比特币共识与确认

矿工基于自己当前知道的链尖端继续工作。如果两个有效区块指向同一父区块，且传播速度不同，节点可能暂时跟随不同的分支。Bitcoin Developer Guide 区块链说明介绍了同时出现的区块和陈旧分支。

每个有效区块都按其工作量目标贡献工作。分支的累计工作量是所有区块工作量之和；难度目标不同，单看高度会误判。Bitcoin Core 的 getblockchaininfo 用 chainwork 表示活动链累计工作量。

工作量证明不能使违反共识规则的区块变有效。全节点先按规则验证区块，再比较有效分支的工作量。节点所见还取决于它收到的信息；延迟或隔离会造成不完整视图，可参考 Bitcoin P2P 指南。

发现更强的有效分支后，节点找到共同祖先，断开其后的活动区块，再验证并连接所选分支。新链尖端的高度可能相同，也可能不同，因为决定因素是工作量，而非高度。这是该节点活动链的变化；不同服务更新状态的时间可能不一致。

可以设想两条有效分支从共同祖先处分开：一条分支包含一笔付款，另一条有效分支之后累积了更多工作。节点得知并验证较强分支后，会断开旧区块并连接竞争分支。于是这笔付款在该节点的活动链中失去原区块确认，即使显示的区块高度恰好相同也一样。付款后续是否仍有效，取决于选中分支中其输入是否已被花费；回到本地内存池并非自动保证，尚未同步的服务也可能继续显示先前视图。

交易所在区块被断开后，它在该节点活动链上的这次确认不再成立。如果交易仍有效、没有与所选分支中的交易冲突，并符合节点本地政策，它可能回到本地 mempool，但不保证会再次打包。getchaintips只列出该节点已知的链尖端。

包含交易的区块通常算作一次确认，之后每个区块再增加一次。区块后累计工作量越多，通常越难替换，但没有固定确认数能排除重组。支付处理指南说明商家为何会按支付金额和风险制定各自的确认政策。

两个矿工可能几乎同时找到区块；先获得后续区块的分支通常赢得传播竞赛，另一分支就会变成陈旧分支。深度重组可能来自网络中断、有效区块延迟传播或试图替换历史的攻击。更多工作不能迫使验证节点接受无效区块，但隔离节点可能只看到不完整信息。

Bitcoin Core 31.0 的 getblockchaininfo 会显示网络、已验证区块高度、区块头数量、最佳区块哈希、chainwork 和同步字段。getchaintips 可能列出 active、valid-fork、valid-headers、headers-only 或 invalid 状态。请查看与你使用版本相符的 Core RPC 文档。

收到重组提示后，记录交易 ID 和原先包含它的区块哈希，并向可信节点核对该区块是否仍在活动链中，以及交易是否重新包含、仍未确认或与其他支出冲突。浏览器显示的是服务商的视图。存款确认见[存款确认指南](/zh-CN/learn/crypto-deposit-confirmations-finality-explained)；节点验证与裁剪见[比特币全节点指南](/zh-CN/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained)；费用与 mempool 见[费用指南](/zh-CN/learn/bitcoin-transaction-fees-sats-vbyte-mempool-rbf-explained)。不要仅因界面变化就重新发送，先核实状态。 相关指南： [存款确认指南](/zh-CN/learn/crypto-deposit-confirmations-finality-explained)、[比特币全节点指南](/zh-CN/learn/bitcoin-full-node-pruning-archive-storage-validation-wallet-trust-explained)、[比特币费用指南](/zh-CN/learn/bitcoin-transaction-fees-sats-vbyte-mempool-rbf-explained)。