BIP 是什么：一份比特币改进提案从编号到状态变更的全流程

从一个编号说起

BIP 是 Bitcoin Improvement Proposal（比特币改进提案）的缩写。任何人都可以写一份提案，但只有被合入 BIPs 代码仓库、拿到一个四位以内数字编号的文档，才叫一份正式的 BIP。按 BIP-0001 的约定，编号由 BIP 编辑分配，编辑不会因为个人好恶无理拒绝，但会以范围太宽、重复造轮子、技术不健全、格式不合规则等理由退回。你在资料里看到的 BIP8、BIP16、BIP340 这些数字，本身不代表重要性排序，只是领号顺序。

BIP 是什么：一份比特币改进提案从编号到状态变更的全流程图 2 — BIP 是什么：一份比特币改进提案从编号到状态变更的全流程 · 图 2

三种类型各管一件事

BIP-0001 把提案分成三类。Standards Track 定义影响绝大多数比特币软件的新功能或改动，比如新的交易格式、新的脚本规则；Informational 描述设计问题、给出作者的建议或背景资料，不要求任何实现照做；Process 则是关于比特币自身流程的文档，BIP-0001 自己就是 Process 类型。区分这个很重要：读者常常把一份 Informational 文档里描述的设想，当成网络已经接受的规则。

状态词表和它不说的话

一份 BIP 在仓库里的状态，常见取值有 Draft（草稿）、Active（流程类文档长期有效）、Accepted（文本被社区接受）、Deferred（搁置）、Rejected（拒绝）、Withdrawn（撤回）、Final（定稿）、Obsolete（过时）。关键在这些状态只描述文档本身，不描述网络。按 BIP-0001 的说明，被接受的 BIP 还需要参考实现，参考实现完成并被社区认可后文档才能转为 Final；而代码合并进软件发布、再到节点升级、再到主网按某种机制激活，全部发生在文档状态之外。一个已经 Final 的 BIP 可能从未在主网生效，一个状态还是 Draft 的提案也可能已经有实验性实现——两边都要分开看。

普通用户怎么用这套词表

看到新闻说某 BIP 通过，先分三步核对：文档状态是什么；主流节点软件（比如 Bitcoin Core）是否在某个版本合入了对应代码；主网激活参数（版本位投票、时间戳或区块高度）是否已经满足。三个问题分别对应仓库、发布说明和链上数据，任何一步都可以单独为否。查不到后两步时，最准确的说法是提案在讨论或实现阶段，而不是比特币已经改了规则。

一条辨认路径

普通读者手里其实不需要背词表，只需要记住一条辨认路径：先在 BIPs 仓库看编号对应的状态，再去 Bitcoin Core 的版本发布说明里搜提案编号或特性关键词，最后看链上数据是否已进入激活窗口。三步分开查，任何一步的缺失都不影响前两步的结论。新闻稿常把三步压成一句比特币正式支持某某功能，按这条路径花两三分钟就能把压缩掉的信息还原出来，这比记住哪一年哪个版本更重要。

提案之外的事

还有一类常见混淆值得单独点出：一份 BIP 被拒绝，不等于那个想法消失。历史上有多条路线长期并行——描述同一问题的不同文档、不同软件里的实验实现、只在测试网或二层运行的变体，彼此状态互不相干。读旧闻时看到某提案被 Rejected，应顺手确认它是否只是主协议路线的放弃：有些设计后来换了载体继续推进，有些则在社区分叉出去的独立链上先行落地。判断的标准仍是那三份独立证据：仓库文本、软件发布说明、链上参数，缺一就不能下结论。