比特币区块头里的 Nonce 是一个 32 位字段，最多只有约 42.9 亿种取值。现代 ASIC 矿机每秒能算出的哈希数量早已远超这个数字，所以"Nonce 用完"不是理论假设，而是挖矿过程中频繁发生的事。Nonce 遍历完仍然没找到合格哈希时，矿工改变的是区块头里的其他字段，其中最主要的是通过修改 Coinbase 交易来改变 Merkle Root，从而获得一个全新的 Nonce 搜索空间。
Nonce 为什么不够用
比特币区块头有 6 个字段：版本号、前一区块哈希、Merkle Root、时间戳、难度目标（Bits）和 Nonce。Nonce 是其中唯一一个被设计成让矿工自由、快速改动的字段，它从 0 开始递增，每试一个值算一次哈希。2³² 次尝试在今天的矿机算力面前转瞬即逝。以较早期的 AntMiner S9 为例，它每秒约 12 TH/s，即每秒约 2⁴³ 次哈希，整个 Nonce 空间不到一毫秒就能扫完。矿机不会停，它必须立刻找到下一个可改的东西。
改 Coinbase 交易，换一个 Merkle Root
这是最核心的续命手段。Coinbase 交易是每个区块的第一笔交易，也就是矿工给自己发区块奖励和手续费的那笔。这笔交易里有一个可以自由填写的字段，通常叫 ExtraNonce。矿工递增 ExtraNonce，Coinbase 交易的哈希就变了，进而导致整个区块的 Merkle Root 改变。Merkle Root 一变，区块头就变成了一个全新的输入，Nonce 又可以重新从 0 开始遍历 2³² 个值。
这个过程有代价。每次改 ExtraNonce，矿机需要重新计算 Merkle Root，并重新准备区块头数据。相比于 Nonce 递增那种几乎零开销的操作，改 Coinbase 是"低频"动作。但在实际挖矿中，这种低频更新仍然远快于找到合格区块的频率，所以它足够支撑矿机持续工作。
时间戳和版本号也能动，但用得少
时间戳也在区块头里，矿工可以在一定范围内调整它。时间戳一变，区块头哈希的输入也跟着变，Nonce 空间再次刷新。版本号字段同样可以被"滚动"，一些矿机或固件支持在版本号的某些位上进行变动，作为额外的搜索空间来源。
时间戳的调整有约束，不能随意拨到未来或过去，否则区块可能被网络拒绝。版本号滚动也不像改 ExtraNonce 那样通用，不同矿机、不同矿池的支持程度不一样。所以在实际挖矿流程中，Coinbase 的 ExtraNonce 是主力，时间戳是辅助，版本号滚动属于特定场景下的补充。
这件事对普通读者意味着什么
理解 Nonce 用完之后的应对方式，能澄清一个常见的误解：比特币挖矿的搜索空间不是"2³² 个哈希试完就没了"。Nonce 只是一个高频变化的小旋钮，Merkle Root 是一个低频但空间几乎无限大的大旋钮。矿工通过组合使用这两个旋钮，可以把搜索空间扩展到远超 2³² 的规模。
另一个需要分清的点是：Nonce 耗尽不是故障，也不是罕见事件。在比特币网络当前的难度下，矿机每秒都在经历多次 Nonce 空间遍历。你不需要为"Nonce 用完了怎么办"感到担心，矿机固件和矿池软件早就把这个逻辑写进了日常运行流程。矿工真正关心的是哈希率和电费，而不是 Nonce 的计数是否溢出。
参考资料
- Programming Bitcoin 第9章 https://raw.githubusercontent.com/jimmysong/programmingbitcoin/06c8c7c2661d1af9fd80c6497acfe500fa015ece/ch09.asciidoc#2
- Bitcoin 开发者参考 区块链相关文档 https://developer.bitcoin.org/reference/block_chain.html
- EP4276598A1 相关专利文档 https://patentimages.storage.googleapis.com/12/15/3d/5e893bc5c6feb9/EP4276598A1.pdf#2#4#2
