BIP 和 EIP 是什么？从提案文档到代码生效的三道关口

聊到比特币或以太坊的新功能，评论里常出现“这个 BIP”“那个 EIP”的字样，也有人把“EIP 已通过”当成行情消息。要不被这些说法带节奏，得先弄明白提案文档和链上生效之间隔着几道关口。

两套流程，一个共同前提

BIP 是 Bitcoin Improvement Proposal（比特币改进提案），EIP 是 Ethereum Improvement Proposal（以太坊改进提案），各自的第一号文档（BIP-0001、EIP-1）定义了本家的提案流程。两者结构相似：任何人可以起草一份文档，按模板写清楚动机、规范细节和向后兼容性，向官方仓库提交合并请求；通过编辑审查后获得编号——这一步的门槛主要是格式完整、论述自洽，编辑不负责担保设计正确。关键共识在后面：提案是给人看的说明书，不是打开协议的钥匙。协议行为由节点软件决定，文档不会自动改变任何一条规则。

状态字段说的是文档走到哪了

BIP 的状态集合里有 Draft（草案）、Active（生效中）、Deferred（搁置）、Withdrawn（撤回）、Rejected（拒绝）等；EIP 的流程更接近逐级评审，有 Draft、Review、Last Call、Staged（等待随分叉激活）、Final 以及 Withdrawn、Living 等状态。看状态时要注意它们描述的对象不同：一个比特币 BIP 被标成 Active，通常意味着它描述的功能已被主流软件实现并部署，或者其约定（如派生路径规范）可被引用；而以太坊 EIP 进入 Staged，只说明它被安排进了某个计划中的网络升级，激活高度或时间以官方分叉公告为准。编号本身也不含权重：EIP 编号由编辑按提交顺序分配，几万个提案里大量停留在草案与撤回状态，编号靠前不代表地位靠前。

从文档到生效的真实路径

以比特币的软分叉类提案为例，典型链条是：文档成形并获得编号，多个客户端写出参考实现，矿工、节点与钱包生态逐步升级，最后由部署机制（历史上用过超时判定与版本位投票等规则）根据链上信号判定激活。以太坊的路径类似但集中些：核心开发者在测试网验证一组 EIP，确定分叉名单与激活时间，节点运营者升级客户端，链在指定区块高度切换规则。任何一环都可能断：文档常年在 Draft 里无人实现、实现后测试网暴露缺陷被撤回、分叉名单临阵调整，都是常态。

编号之外：讨论发生在哪里

流程文档之外，两套生态的讨论场也值得认识。比特币的技术辩论长期发生在公开的邮件列表与代码仓库里，2015 至 2017 年围绕区块大小的公开论战，最终演化为扩容路线分裂，是“文档之外还有社会共识”的教科书案例：一个提案即便技术上自洽，没有矿工、节点与钱包厂商的接受度也不会落地。以太坊的核心开发协调则集中在公开的开发者会议与论坛（All Core Devs 例会、Ethereum Magicians 讨论区）留下完整纪要，重大分叉的 EIP 名单就是这些会议逐轮筛出来的。对读者的实际意义：判断一个提案的成色，除了看仓库状态，还可以看它有没有出现在开发者会议的讨论记录与测试网部署清单里——那里的动静比任何行情群截图都早。

三个误读与一个读法

误读一：“提案合并了，功能就上线了。”合并只是文档进仓库，离链上生效可能还有数年，也可能永远不到。误读二：“有编号就是社区采纳了。”编号只是编辑流程的登记号，Rejected 和 Withdrawn 的提案同样有编号。误读三：“提案通过等于价格利好。”提案改变的是技术规则，效果如何、谁受益、是否损害某些使用习惯，都要具体分析，历史上不乏激活后无人使用的改进。实用读法按顺序来：先开状态字段，再看有没有可运行的参考实现与测试网部署，最后找官方分叉公告里的激活条件；三样都齐了，功能才算真的在路上。本文解释的是流程机制，不构成对任何提案结果或价格的判断，也不构成投资建议。