比特币难度可以平滑调整，挖矿难度不能只看哈希前面有多少0

比特币挖矿的核心是矿工用矿机（主要是ASIC）不停计算SHA-256哈希，直到找到一个小于网络“目标值”（target）的哈希，这个目标值是一个256位的巨大数字（用十六进制表示，比如0x...一长串）。

很多人看到区块哈希前面一长串0，就以为挖矿难度的变化只能靠“多一个0”或者“少一个0”，其实真实机制要细得多，比特币判断是否挖矿成功，是拿哈希值和一个目标值做大小比较，这个目标值是一个完整的256位数字，领先零只是视觉表现的一部分，真正影响难度的是整个数字的大小变化，哪怕只改变最后一位，挖矿概率都会产生变化，这也是比特币难度可以平滑调整的原因。

领先零到底是什么

接触比特币挖矿的矿工，都会看到区块哈希开头一串0，于是就把重点放在“数0”上，觉得只要前面0的数量一样，难度就没变化，这个理解很常见，但并不准确。

比特币挖矿的核心规则很简单，矿工计算出来的哈希值，需要小于或者等于网络设定的目标值，这个目标值是一个256位的整数，通常用64个十六进制字符表示。

导致区块出现“领先零”，是因为目标值非常小，哈希如果想小于它，就必须在二进制高位出现很多0，于是视觉上就变成哈希前面有一长串0，但这里有一个关键点，领先零并不是单纯数有多少个0，而是整个256位数字大小比较的结果，只要哈希整体数值小于目标值，就算有效区块。

为什么只看0的数量会产生误解

矿工会产生一个直觉，如果难度变高，哈希前面就应该多一个0，如果难度变低，就应该少一个0，现实情况并不是这样，因为十六进制数不仅仅由0构成，后面的每一位都会影响整体数值大小。

哪怕前面的0数量完全一样，只要后面某一位数值稍微变小一点，整体目标值就会下降，挖矿难度就会上升，如果只数前面的0，其实只是一个非常粗略的观察方式。

两个很关键的例子

假设有两个目标值，只看前面关键部分。

目标A

0x00000000000FFFF...

目标B

0x00000000000FFFE...

这两个目标值有一个明显特点，前面领先零数量完全一样，都是11个十六进制0，很多人看到这里会觉得，这两个难度应该差不多。

实际情况是，数值已经发生变化，因为在十六进制里，E的数值小于F，故而FFFE整体数值会比FFFF更小。

目标值更小，就代表挖矿成功的条件更严格，矿工需要找到更小的哈希值才能成功，换句话说目标B对应的难度更高，这个变化在视觉上几乎看不出来，因为前面的0数量完全没变，但实际成功概率已经下降。

为什么难度可以细微变化

比特币网络会周期性调整难度，让平均出块时间保持稳定，当全网算力提高，区块产生速度变快，系统就会把目标值调小一点点，这个变化很多时候只发生在目标值的尾部位置，领先零数量完全不会改变。

假设一次调整让目标值缩小大约一成，哈希前面的零数量可能还是19个，但后面的位置数值已经降低，整体可接受范围变小，矿工成功概率也随之下降，这种调整方式让难度变化非常平滑，不需要等待某个“整数零”的出现。

为什么长期会看到零越来越多

虽然每次调整只是改变目标值的一小部分，但这种变化会不断累积，当难度逐渐提高，目标值会越来越小，缩小到一定程度之后，就会跨过一个新的数值边界，这个时候就会出现新的领先零，也就是从某个阶段开始，哈希必须多一个0才能满足条件，在历史区块上，人们看到区块哈希前面的零数量不断增加，其实是很多次微小调整叠加后的结果。

领先零只是视觉结果

很多挖矿教程会把重点放在领先零上，因为它很直观，看一眼哈希就能感受到难度，真正控制挖矿概率的，其实是完整的256位目标值，哪怕前面的零数量完全一样，只要后面某一位从FFFF变成FFFE，目标范围就已经缩小。

矿工需要尝试更多次计算，才有机会找到符合条件的哈希，比特币难度调整机制的精妙就在这儿，通过精确控制目标值的大小，让难度可以连续变化，而不是只能按整数级别跳跃。

为什么很多人会误解

哈希值通常以十六进制显示，人眼最容易注意到的就是前面的零，当难度变化发生在后面的数位时，视觉上几乎看不出区别，于是就产生一种错觉，好像难度没有变化，实际上网络已经悄悄收紧了目标范围，矿工需要更多算力才能找到满足条件的区块。