以太坊治理的大局

在这篇文章中，我试图总结以太坊治理方法的不同层次。 核心概念发布在以太坊魔术师论坛上并引发了一些讨论。

如果你想稍微了解一下我的背景，可以查看文末我的以太坊社区入门。 我对以太坊社区还是个新手，但我已经有很多开源协作经验，包括帮助组建 Drupal 协会以支持 Drupal CMS。

“以太坊”这个词有多重含义：

1. 以太坊基金会，又称“Stiftung Ethereum”，是一家总部设在瑞士的基金会。 它成立之初的使命是运营众筹，启动网络。 该基金会还拥有以太坊商标。 他们还为社区管理着很多基础设施，并雇佣/外包了多个团队来开发以太坊的主要软件，从测试框架到 Geth 客户端等等。 现在，基金会还聘请或投资研究人员和团队从事重要的密码学/区块链研究，目前专注于 ETH2 研究1。 该基金会还举办年度“官方”开发者大会（又名“DevCon”）。 但以太坊基金会并不控制网络的技术方向。 （作者注1：感谢Tim Beiko提出研究也是EF的一项基本活动。清楚地解释整个社区如何看待EF的性质和工作是一个非常有趣的讨论。但这不是本文的核心文章。 ）

2. 指一套计算机协议，包括智能合约系统底层的以太坊虚拟机（EVM）和许多核心功能，devp2p点对点节点通信协议，以及获取内部数据的JSON-RPC中间件和节点外。

3、以太坊主网也是全球公链，由全球数千个节点共同运行。 交易处理功能和安全性由运行工作量证明算法的“矿工”提供，矿工可以获得区块奖励作为回报。 在以太坊区块链上流通的核心加密货币通常被称为“ETH”。 这种货币可以用来支付交易和合约执行费用，也是网络中公认的价值。 以太坊主网的chain ID和network ID都是1 2。（作者注2：所有运行以太坊协议的区块链及其对应的ID见chainid.network，我也帮忙维护这个站。）

4. 以太坊也是一个社区，指的是想要在以太坊协议的基础上做事的群体，以太坊区块链上的分布式应用，以及相关的去中心化网络协议。 大家的开发主要集中在主网上，但是随着时间的推移，越来越多的人在开发侧链，Layer-2协议等等。

现在我们有了一些基本概念，让我们看看治理的层次结构。 下面列出的顺序有些粗糙，但较高的水平确实会循环回到较低的水平。

开源协作

“开源”其实是一个首字母缩写词，它也有很多含义：它可以指代一种许可的性质，一种工作方式，或者一种理念； 其含义在文章中讨论。 我后面写的《基于Open的Co-production of Peers》用了更详细的定义，用open source指的是允许开源使用的计算机代码的管理：代码库管理员，未解决的问题（issues），代码参与请求（拉取请求）、复制（分叉）以及一个由用户和贡献者组成的全球社区。

以太坊 Wiki 页面上有一份 ETH1 客户端列表3——如您所见，如今它们中的大多数都由以太坊基金会管理，尽管实际上是各个团队及其贡献者自己管理项目。 彼此独立，尽管每个人都由以太坊基金会（EF）支付报酬，无论是受雇还是外包。 两个例外是 Parity Ethereum 客户端（该项目由 Parity Technologies 公司控制）和 PegaSys Pantheon 客户端（由 ConsesnSys 公司控制）。 这两个客户端也被认为是“主要”客户端，因为该项目仍然处于活动状态并且该软件用于运行节点并连接到主网。 Status 的 Nimbus 客户端也在开发中，我们可以看到代码控制越来越多样化。 早期的 ETH2 信标链实施列表也强调了这一点。 （作者注3：我正在帮助维护这个页面，但所有内容都是开放编辑的，代码由在以太坊基金会研究部门工作的Virgil Griffith @virgilgr维护。）（译者注：作者的文章所写2019 年 3 月。现在 Parity Technologies 已经放弃了 Parity 客户端项目，Parity Ethereum 变成了 Open Ethereum 项目。）

所有以太坊客户端软件都作为一个开源项目进行管理，有不同数量的贡献者贡献代码。 当我们说“作为一个开源项目管理”时，我们的意思是任何人都可以解决和实现以问题形式表达的错误或功能请求，并且任何人都可以使用代码贡献请求来提交代码修复和新功能，然后由一组管理员。 管理员是那些对代码库具有写入权限和/或可以帮助管理问题队列的人。 管理员可能由组织支付报酬，也可能是志愿者。

软件许可至关重要，如今大​​多数以太坊技术栈都是严格保留版权的。 法规，以及由此衍生的后续产品也必须符合这些法规）。 这限制了许多商业组织直接参与的兴趣和/或能力。 另一方面，如果软件的主要版权持有者向商业组织出售许可，则可以赚取收入。 这也是目前整个开源软件生态都在努力解决的问题4。 （作者注 4：如果你真的想深入挖掘，请参阅专业软件许可律师 Kyle Mitchell 的文章，他自己提出了许多新的许可类型。）

我在这方面的建议是迁移到 Apache2 许可证，因为它非常宽松，与商业组织兼容，并且包括专利保护。

在很多方面，我们这些长期参与开源协作的人“赢了”——微软收购了 GitHub 并致力于成为世界上最开放的公司——但与此同时，开放的许多核心规范源协作不再被识别。 更何况，就连开发者也不例外。 我觉得我们可以做得更多，也很希望能引导更多新的开发者成为以太坊核心技术栈的工程师，同时让ETH2技术栈培养下一代的技术专家。

综上所述，如果你是商人，不搞技术，那么了解围绕开源软件开发的一系列规范和流程就很关键了。 开源软件不仅支撑着几乎所有的区块链技术，也是当今世界上运行的大多数软件的基础。

协议标准的治理

以太坊改进提案（EIP）流程是我们用来提出标准并达成共识的流程。 从广义上讲，这是协议标准的治理。 这些标准可以应用于以太坊软件级别（即需要对实现可互操作软件的客户端进行一些更改）或网络级别。 该网络层既指以太坊主网，也指运行以太坊协议的其他区块链。 其他网络可能会跟随以太坊主网合并并接受 EIP（现在大部分时间都是这样），或者他们可能会经历自己的升级过程。

让我们暂时将 EIP 流程想象成主要为以太坊主网设计标准。 至于参与者是不是开发者，提案会不会部署到主网上，那就另当别论了。

您可以在 eips.ethereum.org 查看所有已发布的 EIP。 EIP-1 规定了核心层EIP（会改变网络共识规则的变更，需要大家一致同意才能部署）和其他类型的EIP提交和审核流程。

EIP库中也有一个针对应用层的标准，也叫“Ethereum Request for Comment (ERC)”。 这些ERC可能会拆分成独立的代码库和流程（我自己更喜欢这种形式）。

粗略地说，创建和提交 EIP 的过程对所有人开放且简单，当然你需要了解一些 GitHub 的使用方法。 您也不需要附加代码。 你可以使用模板，创建一个用 Markdown 编写的文本，然后在 GitHub 上发起一个 pull request，你的文本就变成了一个草稿 EIP。 如果这个EIP的格式正确，会被合并到EIP库中，EIP也会有专门的网页进行讨论。 EIP 的编辑有一定的自由裁量权，但到目前为止，还没有发生过像垃圾邮件攻击这样的事情——没有人用明显无意义的 EIP 阻塞了这个过程。 学习如何使用 GitHub 并确保格式正确已经是一个足够高的标准了。

我认为 EIP 流程运作良好并且正在改进。 当然，教育越多（尤其是对可以为网络增值的技术专家）越好。

EIP 流程的目的是标准化——即确保相同的软件可以由多个组开发，并且每个人的软件都可以互操作。 而以太坊有多个客户端，这一点非常关键。 事实上，这比使用软件的许可证重要得多。 如果有一个好的标准，任何人都可以实施它并且知道实施是可互操作的。

有一种运动刚刚开始，即为以太坊技术栈的不同部分——EVM、devp2p、JSON-RPC 接口等——配备专门的管理员和代码库。 这意味着更多的合作者可以一起工作，甚至跨越以太坊主网的边界，以改进和确保以太坊的互操作性。

核心开发者协作

AllCoreDev 视频会议是主要客户端实现的开发人员协作的一种方式。 视频会议每两周举行一次，由以太坊基金会的全职员工 Hudson Jamieson 主持。

同样，核心开发者会议的议程也作为一个问题发布在 GitHub 代码库 ethereum/PM 中。 任何人都可以在问题页面上发表评论以表明他们有时间参加，可以提出问题或分享意见。

总体而言，整个过程旨在以技术为中心。 核心开发人员考虑的是特定 EIP 的技术稳健性，以及更大范围内“网络健康”的某些属性。 当然，每个技术决策都会产生一些技术外的影响，而这种模糊性是许多问题的根源。

核心开发人员表示他们不想做出非技术性的决定。 因为，核心开发人员会议主要由沉浸在技术中的人参加，他们对围绕全球区块链网络发展的挑战感兴趣。 他们不是协调专家，也不是社区参与专家。 即使作为开源项目的管理员，我们也没有看到客户端代码变得非常活跃。

在与各个客户团队交谈后，我得到的反馈是代码实现确实没有花费太多时间； 进一步的进展受到非技术决定和路线图争议的限制。

核心开发人员使用什么流程来做决定？ 好吧，这有点像 EIP 流程的“实时”版本，只是每两周进行一次实时讨论。 我的意思是以太坊生态社区eti，IETF（互联网工程任务组）风格、粗略共识和工作代码是流程的核心。 最近的讨论指出需要一些额外的手续——需要达成共识并记录讨论——或许是为了消除不确定性。

Dan Finlay 绘制的流程图是理解 EIP 和核心开发人员审核流程的有用工具。 我只是在这里拍摄：

网络治理

我使用术语“网络治理”来指代在整个以太坊生态系统中做出的治理决策。 这比“只是一个技术决定”要大得多。

上述所有方法——从开源协作到协议标准治理，再到核心开发人员协作——通常只与技术有关。 如果您不编写代码、筹集资金和聘请开发人员，您将无能为力。

那么，以太坊网络究竟负责利益相关者参与的是什么？ 如果“我们”想要更广泛的利益相关者参与，我们该怎么做？

注意，什么是“我们”？ 我自己会将“我们”定义为一大群人，他们认为自己是以太坊生态系统的一部分，并关心这个群体的运作和进一步发展。 到目前为止，所有的交互方式都是在自愿参与、自我设定目标、自我实现的基础上形成的（这在开源社区是很自然的）。 据我所知，Hudson Jamieson 是整个生态系统中唯一为社区组织做贡献的全职付费人员。 即便如此，他的大部分时间都花在了与核心开发人员的协作上。

近期的许多争议都围绕着如何理解网络治理在治理过程中的位置、网络治理如何实施、如何参与/如何发出声音等展开。

一种观点是“利益相关者应该自己组织起来”。 我相信这一点，但我也相信我们应该欢迎大家使用已经存在的基础设施和渠道。

我们现在拥有的最小决策单元是核心 EIP：这些 EIP 影响网络的核心功能，主要客户如果要部署它们必须在技术上实现它们，这些 EIP 也必须包含在硬分叉中，并在为了在网络上同步激活。 这简直就是最触动大家敏感神经的地方。 ...

我认为将网络治理置于协议标准或核心开发人员协作之前是没有意义的。 它们更像是一个同步过程。 作为一个技术社区，我们可以更好地指出这些即将到来的核心 EIP 的实质内容，然后更广泛的利益相关者群体可以自行了解这些内容。 ...

在我看来，网络治理主要是通过对核心开发者的意识提出质疑来触发的。 因为核心开发人员关心网络的健康状况——包括不想触发有争议的硬分叉——他们可以大声疾呼并打破共识。 不过，这可能主要是因为相关EIP还没有落地：这个时候说“是”会比较难。

在我看来以太坊生态社区eti，围绕更广泛的利益相关者网络的治理互动的辩论才刚刚开始。 目前，其他治理级别将继续推进，除非利益相关者基于 EIP 发出声音，否则此过程将继续。 我很乐意通过教育、组织活动和将技术语言翻译成非技术解释来帮助网络治理，但这不是我最感兴趣的领域（只是为了表明我的立场）。

运行客户端软件的节点

最终，区块链网络的去中心化取决于每个人都可以运行一个节点，并且任何人都可以选择不同版本的开源客户端软件来运行，包括可以复制客户端代码库来开发自己的客户端，或运行比大多数人更旧且已打补丁的版本。

以太坊路线图

EIP 之外的另一个关键是以太坊的路线图。 这个问题最早是在柏林的以太坊魔术师会议上提出的，并且有越来越多的活动和在线会议讨论长期路线图。

没有人能“完全控制”以太坊路线图，因为它是从所有以前的项目中反复组合而成的。

但是，有必要强调所谓的“ETH 1.x”和“ETH 2”。

以太坊网络的下一个版本，缩写为 ETH2，希望完全基于权益证明协议（而不是运行工作量证明算法的矿工）； 提供更大网络总吞吐量的网络。 ETH2 仍然主要由以太坊基金会资助的研究人员推动。 初步实施方案分为三个阶段，尚未写入EIP，目前技术规范主要由实施者和研究人员协作制定。

一开始大家都说 ETH2 和 PoS 指日可待。 现在，我认为完全实施可能需要 3 年时间，因为在第 1 阶段和第 2 阶段有多个开放研究问题。

同时，很多人的注意力不在我们现在的区块链上，而是，它是我们唯一的一条链； 在我们可以迁移、集成到另一个网络之前，它将一直如此。 因此，2018 年 11 月在布拉格的 DevCon 上开始了一项运动，该运动现在是自我支持的，以继续开发我们当前的链并升级到 ETH1.x。 我也支持现在进行这些升级——当然还有学习如何——以便这些知识可以应用于未来的链。

即将到来的一个基本讨论是：我们应该计划更多的小型硬分叉，还是更少但更大的硬分叉。 现在，每个人似乎都更喜欢频繁但小的分叉。