区块链代码更新权归属，开发者社区、核心团队还是链上治理？

摘要： 这是一个非常好的问题,也是理解区块链核心机制的关键，区块链代码的更新不是由单一机构或个人决定的，而是由其治理模式决定的，不同的区块链项目有不同的治理模式,主要可以分为以下几类：去中...

这是一个非常好的问题,也是理解区块链核心机制的关键，区块链代码的更新不是由单一机构或个人决定的，而是由其治理模式决定的。

不同的区块链项目有不同的治理模式,主要可以分为以下几类：

去中心化社区治理 (最常见，如以太坊、比特币)

这是最理想化也最符合区块链“去中心化”精神的方式，代码的更新（通常称为“协议升级”或“硬分叉”）需要整个社区达成广泛共识。

参与者：

• 核心开发者: 他们是代码的贡献者和维护者，他们负责提出技术方案、编写代码、修复漏洞，以太坊的Vitalik Buterin（联合创始人）和以太坊核心基金会（EF）的开发者。
• 矿工/验证者: 他们负责维护网络安全和验证交易，在升级时，他们需要在自己的节点上运行新版本的软件，如果大多数矿工/验证者不升级，升级就会失败，可能导致区块链分叉。
• 节点运行者: 他们是网络的基石，负责存储和验证整个账本，他们可以选择是否升级节点软件。
• 用户和代币持有者: 拥有项目代币（如ETH）的用户通常有权对重大的升级提案进行投票（通过治理代币）。
• 企业和生态参与者: 如交易所、钱包服务商、DApp开发者等，他们的支持至关重要，因为他们需要确保其服务与升级后的网络兼容。

更新流程（以太坊为例）：

1. 提出提案 (EIP - Ethereum Improvement Proposal): 任何人都可以提出改进建议，详细说明升级的目的、技术细节和影响。
2. 社区讨论: 提案会在开发者论坛、社交媒体、会议上进行广泛讨论和辩论。
3. 核心开发者审核: 核心开发团队对技术可行性进行评估。
4. 实现测试: 开发者在测试网上实现并测试该升级。
5. 社区共识与投票: 对于重大升级，会通过治理代币进行投票，即使没有投票，也需要社区（尤其是矿工/验证者）的广泛支持。
6. 执行升级: 在预定的时间点（称为“区块高度”或“时间戳”），升级被激活，矿工和节点运行者需要在此之前升级到新版本的客户端软件。

例子：

• 以太坊合并: 从工作量证明 转向权益证明 是一个史诗级的协议升级，经过了数年的社区讨论和开发。
• 比特币 SegWit: 也是经过了长期的激烈辩论，最终通过“隔离见证”软分叉的方式成功升级。

基金会/公司主导治理 (如早期以太坊、Solana、BNB Chain)

这类区块链通常由一个非营利基金会或一家公司发起和主导,虽然它们强调去中心化，但在早期阶段，治理权相对集中。

参与者：

• 基金会/公司: 它们通常是项目的核心推动者，负责制定技术路线图、组织开发、协调社区，它们拥有最终的话语权。
• 社区和代币持有者: 仍然可以参与讨论和投票，但最终决定权在基金会/公司手中。

更新流程：

1. 基金会/公司提出方案: 它们会公布未来的发展路线图和升级计划。
2. 社区咨询: 它们会向社区征求意见，但采纳与否取决于自身判断。
3. 开发与测试: 内部或资助的开发团队进行开发。
4. 投票执行: 通常会通过治理代币进行投票，以获取社区的合法性，基金会/公司会确保投票结果符合其计划。
5. 强制升级: 有时，基金会/公司会推动一个“硬分叉”，如果节点运行者不升级，他们的链将被视为“旧链”，从而被网络边缘化。

例子：

• Solana: 由Solana基金会主导，其升级节奏较快，方向由基金会把控。
• BNB Chain: 由币安及其生态系统公司深度影响，但也在逐步向更去中心化的治理模式过渡。

公司/联盟治理 (如Hyperledger Fabric, R3 Corda)

这类区块链通常用于企业级应用,被称为“许可链”或“联盟链”，它们不追求完全的去中心化，而是效率和可控性。

参与者：

• 联盟成员: 由一组预先选定的公司或组织共同管理，每个成员都拥有一定的投票权。
• 技术提供商: 提供底层区块链技术的公司，它们也可能参与治理。

更新流程：

1. 成员提案: 任何联盟成员都可以提出代码更新或功能改进的提案。
2. 投票表决: 提案会提交给所有成员进行投票，通常需要达到一定比例（如超过2/3）的成员同意才能通过。
3. 技术实施: 获得批准后，由技术提供商或指定的成员负责开发和部署更新。
4. 全网同步: 更新后，所有联盟成员的节点都需要升级到新版本，以确保网络的一致性。

例子：

• Hyperledger Fabric: 由Linux基金会管理，其更新和规则由参与项目的成员共同决定。
• R3 Corda: 主要由银行和金融机构组成的联盟管理，升级决策由这些机构共同商定。

总结表格

一个重要的补充：软分叉 vs. 硬分叉

代码更新还分为两种方式：

• 软分叉: 向后兼容的升级，新规则下产生的区块在旧规则下也有效，这意味着即使有些节点不升级，网络仍然可以正常运行，只是不升级的节点无法验证新规则下的交易。软分叉更容易通过，因为它不强制所有人升级，比特币的“隔离见证”就是一次成功的软分叉。
• 硬分叉: 不向后兼容的升级，新规则下产生的区块在旧规则下是无效的，这会导致网络分裂成两条链：一条运行新规则的链，一条运行旧规则的链，硬分叉需要几乎所有的节点都升级才能成功，否则就会导致永久性分叉，以太坊合并就是一次硬分叉（尽管它被设计得非常平滑）。

区块链代码的更新是一个复杂且多方博弈的过程,其核心思想是通过一种预先定义的、去信任化的规则，来决定网络的未来走向。

• 对于公有链（如比特币、以太坊），权力是分散的，更新需要社区的广泛共识。
• 对于联盟链（如企业级应用），权力是集中的，更新需要联盟成员的投票。

当有人问“区块链代码谁来更新”时，最准确的答案是：由该区块链的治理模型所定义的相关方，通过共识机制共同决定和执行。