比特币治理：什么是 BIP（比特币改进提案）以及它们如何运作？

编译：西西西

我们拒绝：国王、总统和选票。

我们相信：粗略的共识和运行的代码。

——大卫·克拉克

David Clark 的上述引述似乎来自那些比特币自由战士的手册。 比特币协议中内置了对中央管理机构和决策机构的不信任。 正如中本聪写给密码学邮件列表的那样，“政府擅长切断像 Napster 这样的中央控制网络的智能接口，但像 Gnutella 和 Tor 这样的纯 P2P 网络似乎拥有自己的领地。”

但克拉克实际上根本没有谈论比特币：这是在比特币白皮书发布前 16 年，他是在互联网工程任务组 (IETF) 的一次会议上发言的，该组织致力于制定和维护已建立的标准在开源互联网上。

比特币是去中心化和开源的，这意味着没有中心化的权力来决定协议的升级，任何人都可以自由使用、修改和更改代码。 这并不意味着比特币是无政府主义的。 相反，比特币遵循开源软件的传统协作治理模型，比特币用于更新其软件的过程在很大程度上借鉴了 ARPANET 于 1969 年创建的征求意见格式。

比特币既是一种技术，也是一种货币。 虽然比特币交易是不可变的并永久存储在区块链上，但底层协议正在不断改进和升级。 仅仅因为没有中央机构控制这种发展并不意味着底层协议也每年都保持不变。

比特币协议的升级是通过比特币改进提案（BIP）提出和实施的。 BIP 为贡献者提供了一个标准化流程，可以为协议提出新想法，测试这些想法，并让他们接受同行评审。 这种制衡系统旨在允许协议不断创新，同时确保通过共识和协作实现改进。

在本文中，我们分解了升级比特币协议的 BIP 过程，并展示了该协议的治理是如何工作的。

BIP 的必要性

比特币代码最初完全由中本聪编写，用于验证像 BTC 这样的分布式点对点货币是否确实可行。 令许多人惊讶的是，BTC 正常运作。

但这意味着在比特币的早期，没有协作和开发协议的标准。 中本聪本人编写了大部分原始代码，以及后续的更新和技术改进。 他在 Cryptography 邮件列表（密码学家的 Internet 电子邮件列表）上征求反馈意见，并最终创建了 BitcoinTalk 论坛，这是一个致力于比特币的网络论坛。

然而，最终，协议的控制权掌握在中本聪手中。 当有人向中本聪报告比特币代码库中的一个错误，允许任何人使用其他人的比特币时，中本聪推动更新比特币协议，并告诉网络上的每个人都升级他们的协议。 客户不解释原因。

为了生存，比特币需要一个更少依赖于单个个体的开发过程，而是依赖于更大的开发者社区。 中本聪退出比特币项目使这成为可能。

早年，中本聪已经得到了积极参与社区的开发人员 Gavin Andresen 的帮助。 当中本聪在 2011 年宣布离开该项目时，他将控制权交给了安德烈森。 Andresen 不想独自对代码承担全部责任最原始的比特币从哪里来的，因此他寻求了其他四位开发人员的帮助：Pieter Wuille、Wladimir van der Laan、Gregory Maxwell 和 Jeff Garzik。 这些开发人员被称为“比特币核心开发人员”，因为他们管理主要比特币核心客户端实现的开发。

从历史上看，比特币核心开发人员一直负责比特币协议的大部分开发。 他们维护比特币的代码库，并且是唯一能够将实时代码推送到比特币核心客户端的人。 虽然多年来有数百人为比特币贡献了代码，但只有十几个人可以访问代码库。

虽然这导致人们认为比特币核心开发人员对该协议的开发具有专制影响，但事实并非如此。 核心开发人员参与粗略的共识过程，以确定最终包含在决策中的内容。

维护者——有权访问比特币核心 Github 代码存储库的开发人员——将考虑是否有补丁：

比特币核心贡献者 Jameson Lopp 指出：

虽然维护者团体在技术上有可能发起一场“政变”来劫持 GitHub 代码库，删除持不同意见的开发者，甚至保留“Bitcoin Core”品牌名称，但结果将是 Bitcoin Core 不再是关注的焦点发展 。 不同意维护者行为的开发人员只需分叉代码并将他们的工作转移到不同的代码库，比特币核心维护者没有管理员权限。

尽管如此，随着比特币网络多年来的发展，其拥护者就扩展、技术改进等问题争论不休，加深了人们对比特币核心对该协议行使绝对控制权的看法。 Bitcoin Core 开发人员对开发产生了如此大的影响，以至于比特币现金社区甚至将原始比特币区块链称为“Bitcoin Core”。

比特币改进提案流程的创建是为了围绕比特币的开发过程展开讨论，并使其更容易为更广泛的社区所理解。 它旨在规范核心开发人员已经使用的许多流程。

BIP 剖析

Bitcoin Improvement Proposal (BIP) 是提议改进比特币协议的标准，由 Amir Taaki 于 2011 年在 BIP 0001 中提出，并由 Luke Dash Jr. 在 BIP 0002 中扩展。

BIP 过程在很大程度上依赖于 Python 增强提案（PEP 0001），甚至直接复制了它的一些文本。 它还提到了一份名为“关于 IETF 中的共识和嗡嗡声”的文件，这是互联网工程任务组的一组开源协作原则。

BIP 流程的目标是允许任何人提出改进比特币协议的想法，但在实施任何可能威胁网络稳定性的代码之前，要彻底审查这些想法的安全性和可行性。

该过程旨在让社区围绕提议的想法建立粗略的共识。 P. Resnick 将粗略的共识定义如下：

粗略共识有多种定义：一个简单的版本是粗略共识意味着强烈提出的反对意见必须经过辩论，直到大多数人同意他们是错误的。

授权社区产生想法、对它们进行同行评审并围绕它们建立共识对于开发像比特币这样的无领导分布式协议至关重要。 自 BIP 流程建立以来，BIP Github 代码库已有 191 位贡献者。

共有三种不同类型的 BIP：

每个 BIP 在实施之前都必须经历几个不同的阶段。 这是一张描述 BIP 001 工作流程的图片：

要实施，BIP 必须从草案阶段，通过提案阶段，到最终阶段。

在此过程中，BIP 可以被社区拒绝、撤回或替换：

下面，我们将详细介绍此过程的两个主要阶段。

草稿

草案阶段的目标是将关于比特币的新想法转化为标准化的 BIP，并尽快开始征求社区反馈。

BIP 的提交者负责审查社区的想法，以评估该想法的可行性并围绕它建立社区共识。 他们应该与 Bitcoin Developers 邮件列表以及 Bitcoin Talk 技术论坛分享想法。 这有助于确定该想法是否是原创的、可行的以及是否需要独立的 BIP。

作者创建了一个 BIP 草案并将其提交给 bitcoin-dev 邮件列表进行讨论。 这使作者能够以 BIP 的标准格式展示想法并解决来自社区的任何其他问题。

讨论结束后，作者将提案作为 pull request 提交到 BIP github 代码库。 BIP 代码库的编辑为提案分配一个编号，根据类型对其进行标记，并将其添加到代码库中。 BIP 编辑只能拒绝不符合特定标准的 BIP——例如，如果提议的更新不明确或技术上不合理。

为了将草案转变为提案，BIP 认为草案已完成最原始的比特币从哪里来的，并在作者解决了社区中的任何异议后包含了拟议的工作实施。

草案阶段旨在允许提交者征求社区的反馈并修改 BIP 以解决在此阶段提出的任何异议。 草案阶段完成并提交 BIP 后，它将进入提案阶段。

提议

随着 BIP 的状态变为提案，它现在已准备好从讨论状态转移到实际比特币协议中的部署。 为此，每个 BIP 都需要包含特定标准，概述如何客观地建立现实世界的采用。

通常，这意味着通过软分叉或硬分叉将 BIP 实现到代码中。

软分叉引入了向后兼容的协议更改，这意味着运行最新版本软件的节点仍然与运行旧版本的节点兼容。

与软分叉不同，硬分叉引入了不向后兼容的协议更改。 这意味着如果大量节点不升级客户端以包含新软件，链将一分为二，很像比特币现金硬分叉。 因此，硬分叉是比 BIP 风险更大的实施方式。

BIP 002 提供了一些关于如何通过软分叉或硬分叉最终确定 BIP 的指南：

鉴于很难满足硬分叉 BIP 的要求，因此没有一个 BIP 实际上是通过硬分叉实现的。

图表显示了 BIP 91 的激活，它获得了超过 93% 的节点信号支持。 （图片来源：比特币杂志。）

只有当BIP通过硬分叉或软分叉成功实现，并在比特币协议中实现时，才算达到了“最终”阶段。

在分布式网络上达成共识

比特币在由节点、用户、开发人员和矿工提供支持的分布式网络上运行。 它在没有任何可以控制协议方向的中央机构干预的情况下运行。 虽然在比特币上进行的交易是永久且不可变的，但为该协议提供支持的底层技术正在不断改进。 虽然该协议通过工作量证明 (PoW) 挖掘实现交易共识以进行最终交易确认，但它还必须就如何随着时间的推移改进和更新协议达成不同类型的社会共识。 BIP 流程是开发人员如何以分布式和开源方式协作和为比特币做出贡献的关键。