比特币区块时间戳有时倒退，是因为协议不要求后一个区块的时间戳必须晚于前一个区块。它只要求新时间戳严格大于前 11 个区块时间戳的中位数，同时不能比网络调整时间超前两小时。只要落在这个范围内，一个区块的时间戳比它的父区块更早，是完全合法的。
为什么"子区块比父区块老"能通过验证
比特币的区块头里有一个 4 字节的时间字段，由矿工在构造区块时自行填入。协议对这个字段的约束只有两条：
下限：必须严格大于前 11 个区块时间戳的中位数。这个中位数被称为 Median-Time-Past（MTP），是 2015 年通过 BIP-113 标准化的规则。
上限：不能超过节点网络调整时间的两小时。网络调整时间不是某个中心化时钟，而是节点根据对等节点报告的时间取中位数推算出来的，本身就有误差。
注意下限比较的是中位数，不是紧邻的前一个区块。如果前 11 个区块的时间戳大多正常，只有一个父区块的时间戳偏晚，那么新挖出的区块只要超过中位数，就可以合法地"早于"那个偏晚的父区块。举例来说，假设前 11 个区块的中位数是 10:00，父区块的时间戳是 10:30（因为该矿工的系统时钟偏快），下一个区块的矿工本地时间是 10:10，填进去的时间戳是 10:10。10:10 大于中位数 10:00，也远在"网络时间 + 2 小时"以内，所以这个区块完全有效，尽管它比父区块的 10:30 早了 20 分钟。
矿工时钟不同步是常见来源
矿工运行的是各自的机器，系统时钟不会完全一致。当两个区块被挖出的间隔很短，而第二个矿工的时钟恰好比第一个矿工慢几秒到几分钟时，就可能出现时间戳倒退。2011 年 9 月确实发生过实例：区块 145046 的时间戳比 145045 早了约 5 分钟，145047 又比 145046 更早。这类偏移通常来自矿工软件或系统时钟的偏差，不是协议漏洞。
刻意回填时间戳也存在
时间戳由矿工填入，这意味着矿工可以在规则允许的范围内选择对自己有利的值。有观察指出，至少有一个矿池曾故意把时间戳设得比实际时间超前数分钟。反过来，把时间戳设得偏早，在极少数情况下也可能发生，比如软件 bug 导致矿工没有正确读取前序区块的信息。Coin Metrics 记录过一个极端例子：高度 156,114 的区块时间戳比它的前一个区块早了整整两小时，这显然不合逻辑，但仍在当时适用的规则容差之内，因此被网络接受了。
这对普通用户意味着什么
区块时间戳不是精确的时钟记录，它只是一个用于共识的粗略参考。区块链的顺序由区块的链接关系决定——每个区块引用前一个区块的哈希——而不是由时间戳决定。所以时间戳短暂倒退不会让交易顺序错乱，也不会影响你的余额。
如果你在区块浏览器上看到某个区块的时间比它前面的区块早几分钟，那只是矿工填入了一个在容差范围内的值，不需要担心。需要留意时间精度的场景通常涉及时间锁（timelock）类合约，而比特币核心开发者早已用 MTP 作为这类逻辑的基准，而不是直接用区块头时间戳。对日常转账和收款来说，时间戳的这点波动没有实际影响。
