比特币共识分叉全景史：2010 至 2025 回溯

每一次共识升级，都是一条链与时间的博弈。

概念速览

在正式梳理事件之前，先把关键词理顺。

• 区块链分叉（Chainsplit）
  指区块链在某一高度后一分为二，两边拥有共同祖先，可能源于硬分叉、软分叉甚至其他因素。
• 软分叉（Softfork）
  收紧验证规则，旧节点依然认可新链；除非升级，否则可能挖矿无效。
• 硬分叉（Hardfork）
  放宽验证规则，旧节点若拒绝则永久掉队，必须升级才能跟随新共识。

👉 一文读懂什么是真正的“链分叉”

2010：诞生难改的少年裂痕

2010 年 7–9 月是比特币的“加固季”，15 次补丁奠定代码基调。

• 7 月 28 日 v0.3.5：紧急软分叉关停了 OP_RETURN 支付脚本，堵住漏洞。
• 7 月 31 日 v0.3.6：禁用了版本控制指令 OP_VER/OP_VERIF，部分老节点被要求临时下线。
• 8 月 1 日 v0.3.7：首次判定脚本签名与公钥需分离评估，规避双重支付。
• 8 月 15 日 v0.3.10：区块 74638 上有人发了 1845 亿枚 BTC。链分裂 51 区块，社区回滚数据，这一事件成为比特币史上首度可观测区块链分叉。
• 9 月 12 日 区块 79400：栖息至今的 1 MB 区块上限在此定格，升级为软分叉。

👉 重温 2010 年的“比特币危机时刻”

2012：制度化的起点

BIP（Bitcoin Improvement Proposal）开始萌芽，升级方式告别口头。

• 3 月 15 日 BIP30（区块 171193）：禁止 TXID 重复，降低防重复性缺陷。
• 4 月 1 日 BIP16（区块 173805）：Pay-to-Script-Hash（P2SH）上岗，激活前 55% 算力投票，最终延迟到 3 月强制锁定。部分矿工因未升级短暂卡块 170060。

2013：数据库摩擦与重启

一次数据库迁移引发的惊险乌龙。

• 3 月 11 日 v0.8.0：Berkeley DB → LevelDB，误删 10 000 BDB lock 限制，导致 24 区块分裂，0.7.2 胜出。
• 5 月 15 日 / 8 月 16 日 BIP50：当年 10 000 锁限制最终放宽，算一次“准硬分叉”。

2015：SPY 挖矿六连失

• 7 月 4 日 BIP66（区块 363731）：严格执行 DER 签名格式，却遭“未升级却打旗号”的矿工空挖，六区块孤儿链被瞬间淘汰，成为第三个可见分叉。
• 12 月 14 日 BIP65（区块 388380）：CheckLockTimeVerify 上线，兑现脚本时间锁功能。

2016–2017：功能性升级潮

• 7 月 4 日 BIP68/112/113：相对时间锁与中位时间戳。
• 7 月 23 日 BIP91：加码 SegWit 信号，336 区块 80% 门槛，短期软叉，现已失效。
• 8 月 1 日 BIP148：UASF（用户激活软分叉）版本，极高的理论分裂风险，最终无异常落地。
• 8 月 24 日 BIP141/143/147：闪电网络级别的 SegWit 正式上架 481824 区块。

2262 年的远水

• BIP42：2324 年生效的 2100 万枚币硬顶补丁，遥不可及的未雨绸缪。

重点数据总结

FAQ

Q1：2013 年的 0.8.0 事件究竟算不算硬分叉？
A：技术与哲学两存。“放大 BDB 锁限制”确实放宽了规则，但 BDB 行为本身非确定性，极端环境下旧节点依旧能追赶，因此归入“准硬分叉”或“功能性硬分叉”更妥。

Q2：软分叉会百分百保底安全吗？
A：不一定。2015 的 BIP66 就是因为部分矿工“假升级”触发链分裂。软分叉的成功关键在于算力/节点确实执行新规则。

Q3：过去 15 年为何没出现“严重永久分叉”？
A：早期社区小、协调成本低；后期通过 BIP、信号位与版本比特，把升级流程制度化，降低了集体失灵概率。

Q4：为何文章把 2010 年 v0.3.7 称为“硬分叉”也有人质疑？
A：老版本并未拒绝同步新链，只是规则解释有差异；彼时缺乏 Linux 内核式 SHA 强制校验，导致定义模糊。

Q5：下一次可能真正的硬分叉会何时出现？
A：若未来扩容重回议程并获明显社区分歧，或外部监管强制改版，都可能触发。目前重点在于 Layer2 扩张取代链上扩容。

Q6：普通持币者需要做什么？
A：保持钱包、节点、交易所 App 及时更新；重大升级前至少关注开发者邮件列表与 GitHub Release，48 小时内完成更新即可规避 99% 风险。