本章目标： 没有产品团队、没有路线图的比特币，却一直在发布升级。变更的单位是 BIP——比特币改进提案，一个带编号的公开仓库文本文件。本章讲 BIP 从哪来、维护仓库的编辑实际掌控什么（远比人们以为的少）、提案的生命周期、重要的提案如何在网络上激活，以及为什么今天人人争论的契约类提案在 Draft 状态一躺多年。如果你读过扩容战争，本章就是从内部看同一台治理机器。

一个带编号的文本文件

你听说过的每一项比特币的深思熟虑的变更——SegWit、Taproot、人们为之厮杀的区块扩容——最初都是一个文本文件。比特币改进提案是一份设计文档：有编号、有规范、有动机说明，存放于任何人都可读的公开仓库。

这个惯例是借来的。2011 年，开发者 Amir Taaki 把 Python 的 PEP 流程改造成比特币版本，写成 BIP-1——有些地方直接照抄 Python 的文本再换掉名字。一个货币网络的治理工具，是从一门编程语言的文书流程里扒来的，而它奏效了，因为问题同构：一个没有老板的项目如何就变更达成一致？把提案写下来、编上号、在公开场合辩论。

BIP-1 确立了三类提案，类别沿用至今（形式有更新）：共识与标准变更（改变软件必须做什么）、信息性文档、以及流程文档——「关于提案的提案」。记住最后一类，它会回来。

编辑实际做什么

仓库由 BIP 编辑维护，而比特币治理中最被误解的一件事，恰恰是这些编辑掌控什么。

他们分配编号。他们检查来稿是否切题、格式规范、逻辑连贯、许可合规。按现行流程文档，编辑被明确禁止评判「提案是否是好主意、是否可能被采用」。作者不能给自己发编号；草案以工作名流传，直到某位编辑公开分配一个编号。但一旦提案达标，编辑就不该再拦路——无论他个人多不喜欢它。

大约十年间，编辑只有 Luke Dashjr 一个人，这让这个角色成为反复爆发的争议点：每一次编号延迟，无论什么原因，看起来都像守门。2024 年 2 月起扩为团队，截至 2026 年有六位编辑分担：Bryan Bishop、Jon Atack、Luke Dashjr、Mark "Murch" Erhardt、Olaoluwa Osuntokun、Ruben Somsen。

BIP 编号意味着什么，最干净利落的注脚是 OP_CAT 那一集。支持者们为其拉票要梗编号 420；编辑在 2024 年 4 月分配了下一个合理空位 347。媒体把编号分配报道了个遍——而这一切没有让提案向激活靠近一毫米。因为 BIP 编号是个归档标签，不是背书，也不是预测。

生命周期

BIP 生命周期（按 2026 年 1 月起生效的 BIP-3）：

邮件列表的想法 ──编辑分配编号──▶ Draft（草案）
                                   │
                     规范完成       │             撤回 / 被拒 / 被取代
                                   ▼                        │
                              Complete（完成）────────▶ Closed（关闭）
                                   │                        ▲
                        真实世界采用 │                        │
                                   ▼                        │
                              Deployed（已部署）             │
                                   │                        │
                     矿工信号 + 节点 │                       │
                                   ▼                        │
                              激活，成为比特币的一部分 ──────┘（多数提案止步于此——
                                                          这正是系统在运转）

编辑只控制这张图的最左端。之后的一切，取决于网络是否采纳。

比特币历史上的大部分时间，生命周期来自 BIP-2——Luke Dashjr 2016 年的流程文档。它定义了九个状态（Draft、Deferred、Proposed、Rejected、Withdrawn、Final、Active、Replaced、Obsolete）和一些移动规则：作者可以搁置或撤回自己的提案；任何人可对三年无进展的提案申请标记 Rejected；到达 Final 需要采纳的客观证据。

2026 年 1 月，新流程文档接管。由 Bitcoin Core 贡献者 Murch 撰写的 BIP-3 把九个状态压缩为四个：Draft、Complete（规范完成）、Deployed（真实世界在用）、Closed（撤回、被拒或被取代——终态桶）。它同时收紧了上面说的编辑角色，并把流程文档改成可以原地修订的「活文档」。

一份「修改提案流程的提案」，本身经历了起草、编号、一年多的公开辩论，然后通过它所取代的那套流程获得通过。系统用自己的规则修订了自己的宪法——这已经是第二次（BIP-2 当年就是这样取代 BIP-1 的）。这件事不需要任何人的许可；在仓库使用者开始遵循新文档之前，它也不具备任何强制力。

走到 Deployed

Deployed 是真正要紧的状态，而没有任何委员会能授予它。提案抵达它的方式，是网络真的在用它。

门槛取决于变更类型。软分叉必须在网络上真实激活——这是比特币最难的考试。在旧的 BIP-2 规则下，钱包层标准需要至少两个独立、兼容的实现才能称 Final；节点间通信协议的变更，需要真实节点在野外跑起来。细节一直在演进，原则从未变过：先有采纳，文书随后补上。有的 BIP 被地球上一半的钱包实现；有的 BIP 规范写得漂亮、从未被任何东西运行。仓库只负责记录哪种是哪种。

这就回答了新手合理会问的问题：谁批准比特币的升级？没有人批准。作者提议，编辑归档，然后提案进入世界，去赢得采纳，或者失败。对共识变更，这场竞赛有正式的竞技场。

共识变更如何真正激活

共识变更很特殊：每个节点必须就规则达成一致，否则网络分裂。于是比特币发展出一套协调「合闸开关」的机制，机制自己也有 BIP。

主力是 BIP-9，版本位（version bits）。矿工在自己挖出的区块里设置一个位，为某个具名变更发出就绪信号。若一个难度周期（2016 个区块，约两周）内有足够比例的区块发出信号——BIP-9 要求 95%——变更锁定并按计划激活。矿工信号是就绪检查，不是投票：它存在的意义是让网络确认「出块的人会执行新规则」，而不是给他们「是否想要新规则」的否决权。

但它恰恰成为过一次否决。扩容战争期间，反对 SegWit 的矿工干脆不发信号，95% 的门槛把冻结一个生态广泛想要的升级的权力交给了少数派。打破冻结的是 BIP-148 的威胁——用户激活软分叉，旗日之后拒绝不发信号的区块。在 UASF 普遍被归功的压力下，矿工通过 BIP-91 的妥协，在死线前几周开始发信号。它成功了，代价是比特币历史上最难看的两年。

那场斗争留下的疤组织塑造了此后的一切。BIP-8 把 UASF 的思路泛化成可复用机制：以区块高度度量的部署窗口，外加一个叫 lockinontimeout（简称 LOT）的旗——设为 true 时，最后一个阶段的信号变为强制，分叉就无法被拖死。2021 年初 Taproot 进入激活议程时，社区对几乎一切都有共识，唯独这面旗没有——LOT=true 与 LOT=false 之争眼看要升级成另一场小型战争。

终结僵局的是一次刻意的问题转换。Speedy Trial，由 Russell O'Connor 提出、David Harding 于 2021 年 3 月成文，主张：别再争论保证机制了，先做个短期实验。三个月信号期，90% 门槛。快成功或快失败；若失败，带着数据再辩论更强的机制。矿工在 2021 年 6 月达标——开跑约六周——Taproot 于当年 11 月在区块 709,632 激活。锁定与激活之间五个月的间隔是刻意的：固定的激活高度让节点运营者无论矿工信号多快，都有充足时间升级。

截至 2026 年，Taproot 仍是比特币最近一次激活的软分叉。将近十年一次协议升级——这就是节奏，而构建这个系统的人没有谁认为这是失败。货币网络，本该就难改到这个程度。

大多数 BIP 会死，而这没问题

沿着仓库走下去，你会看到坟场。BIP-62，2014 年试图逐个修补交易延展性症状的提案，被作者自己在「一揽子修复」（SegWit）被证明更优后撤回。BIP-101——Bitcoin XT 发布的 8 MB 区块扩容——归档状态是 Closed，仓库里影响最深远的死提案，也是点燃战争的那一个。还有几十个停在了动能耗尽的地方：有编号、有规范、被争论过、从未被采纳。

这些都不是功能失调。流程是个过滤器，死掉的提案就是过滤器工作后的残渣。拿到编号被刻意设计得容易——编辑零成本，想法由此进入公开记录、获得可引用的名字。让网络运行你的想法被刻意设计得困难——因为网络是一个托管着他人积蓄的货币系统，举证责任在变更一方，不在现状一方。仓库里的死提案，是那些获得听证却未达标的想法的收据。系统对它们同样尽到了职责。

契约之争

契约（covenant）辩论是围观这台机器实时运转的最佳座位。

契约是提议中的脚本能力，让一枚币可以约束自己下一次如何被花——金库（vault）、拥塞控制和一整族二层设计的积木。三个提案锚定了讨论：BIP-119（OP_CHECKTEMPLATEVERIFY，CTV），2020 年 1 月起躺在 Draft；BIP-347（OP_CAT），规范已完成（状态 Complete）——而你现在可以预料，仅此一点并未让它离部署更近一步；BIP-348（OP_CHECKSIGFROMSTACK），Draft 状态，常与 CTV 打包出行。

历史里已经有一次前车之鉴。2022 年 4 月，CTV 作者宣布将以独立客户端发起 Speedy Trial 式的激活尝试，在开发者的强烈反对下约十天内撤回。当时与此后的一贯反对都在流程而非价值：缺乏广泛共识的激活尝试，就是扩容战争的剧本——人人都记得结局。2025 年的一封公开信要求 Bitcoin Core 在六个月内优先评审 CTV 与 CSFS，几位资深贡献者的回应如出一辙：施压运动只会让提案倒退。

本文发布之时，问题确实悬而未决。2026 年初，一个独立的 CTV 激活客户端出现，窗口期一年、2026 年 3 月开启——重复着 UASF「把死线摆上桌、不经 Bitcoin Core」的模式。窗口开启三个多月后，矿工信号基本为零。有意义的信号会否出现、Core 的评审会否推进、整场尝试会否像 2022 年那样淡出——从这里都无从知晓，我们也不会装作知道。我们能告诉你的是怎么看这件事：盯着节点与企业的经济多数是否移动，因为正如战争那一章所示，激活真正被决定的地方在那里。

这套流程买来了什么

BIP 流程从外面看像官僚制，从里面看像无政府，两种印象都没说到点子上。

• 它让变更可读。 每个严肃的提案都有编号、规范和公开的纸质轨迹。听说比特币要有什么升级时，有一份文档可查、一个状态可读——现在你知道怎么读了。
• 它把「归档」与「批准」分开。 编辑运营的是归档系统，不是关卡。流程里没有任何一个位置握着人们总以为必然有人握着的权力——这是故意的。
• Deployed 是证据，不是权威。 BIP 前进的方式是世界采纳它。仓库是一张「发生过什么」的地图——这正是它可信、而路线图永远不可信的原因。
• 坟场就是保证。 大多数提案会死，包括写得漂亮、拥趸狂热的那些。一个「改比特币如此之难」的系统，和「2100 万上限值得相信」的系统，是同一个系统。

扩容战争裁决了谁控制比特币的规则。BIP 流程就是那份裁决的文书形态：想法进来、编号分配、公开辩论，然后由网络——而不是任何编辑或联名信运动——决定什么成为比特币。