，其实就是从特殊事件角度讲述和扩展到更加一般事件角度阐述的之间的冲突
总之 
一个是因为特殊事件可以抛开一些问题不谈，一个是因为更加一般事件要考虑一些其他问题
1 个赞
我们专业 本科
最多插值 拟合 解矩阵 滤波
怎么破密码真不会
哈哈哈哈 他们居然给你小丑
1 个赞
显然脸滚键盘的强度不足以让样本空间大到不可爆破，收敛速度不是高数上面常见用于判断极限收敛的快慢描述么？比如你这个问题的通过爆破原文的crc能得到最终解显然速度要比直接爆破出来明文的速度要快很多，所以收敛速度也是一个用来评估算法效率的常见比较方式。
围观神仙佬打架 
谁给的
，拖出去
函数极限还是数列极限
我觉得这两者都合适
就是说 要支持技术性交流 不可上升人身攻击
没意思，大家都知道是什么原理了，不用浪费时间争论了
我觉得你还是没理解原算法里的CRC32到底有啥用。
暴力破解的就是原文档，但是如何确信我尝试的这个数据就是原文档呢？这里才是用到CRC32的地方。如果我尝试的数据和原文档的CRC32结果不一致，那就说明我尝试的数据不是原文档的数据；否则就是碰撞成功，说明数据一致。
所以我说把CRC32换成哈希本质没有区别，只是CRC比哈希快
1 个赞
我没弄明白是crc算法求极限
还是针对每一位猜测的数据做数列 求这个数列极限
他们？别以为我看不到你给了个小丑表情。
7 个赞
而且，增加垃圾数据怎么不能使样本空间大到不可爆破？随着数据长度增加，样本容量是指数增长的
1 个赞
我不提CRC具体这个地方，是因为我觉得这个这个地方的确没有争议，我在我原本讲ctf的那个帖子里面已经写了的
哎呀 误点误点 
“显然脸滚键盘的强度不足以让样本空间大到不可爆破”，我觉得你有必要看一下我CTF那个帖子再来看我到底在说什么和我懂什么和我不懂什么
这个收敛速度只是对这种得到解的的方式速度的描述。这个问题就是你挨个去算字符串的crc，当你生成的字符串的crc与压缩包里面源文件的crc一致的时候，这个字符串就有可能是源文件里面的内容
1 个赞
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈，我要给你点一个
1 个赞
这种属于暴力穷举了
收敛我想知道的是 比如a crc 0011
b 1011 这种有某种方法拼起来
还是crc那个方法f（x） 极限收敛的结果就是crc
1 个赞