论Vitalik及各种路线图对以太坊治理流程的影响

原文作者：Derek Chiang，CEO of ZeroDev

原文编译：Faust，极客 web3

摘要：本文是 ZeroDev 的 CEO Derek Chiang 在 V 神提出 EIP-7702 以平衡 ERC-4337 和 EIP-3074 矛盾后，对此事发表的看法。该文以一个 AA 生态内项目创始人的切身体验，客观的指出了以太坊目前的治理模式及其痛点，一针见血的指出：

以太坊各种治理矛盾之一在于研究员确定的路线图，与 Geth 等客户端开发团队的看法存在分歧，而 Vitalik 以类似于 CTO 的身份成为了最终一锤定音的角色。

Derek 在对 Vitalik 的作用给出肯定评价后，指出了以太坊应该在治理模型上做出哪些改进，这对于以太坊社区和比特币社区都具有很好的参考意义。

正文：如果你此前并不了解以太坊 AA（账户抽象）的相关事件，这里有一个简短回顾：

几周前，EIP-3074 提案获得了以太坊核心开发人员的批准，将纳入下一次硬分叉「Pectra」。该提案将为 EVM 带来两个新的操作码，让以太坊 EOA 账户获得近乎原生的 AA 体验。

从那时起，ERC-4337 社区中的许多人，尤其是 4337 的提出者们一直在强烈反对 EIP-3074 ，理由是担心该提案会带来许多安全隐患，而且与以太坊的 AA 路线图不兼容。在以太坊此前的路线图中，明确指出以 ERC-4337 及相似提案 7560 （又名「nativeAA」）为中心。

5 月初，Vitalik 提出了 EIP-7702 作为 EIP-3074 的替代品，在 4337 和 3074 之间达成了平衡——既能为 EOA 用户带来 AA 的体验，但在某种程度上与 ERC-4337 更加兼容，并且与「AA 最终方案」 7560 兼容。

目前，以太坊核心开发人员正在考虑 EIP-7702 的事宜，目前的初步讨论结果和社区情绪表明，EIP-7702 很有可能取代上文中提到的 EIP-3074 。

就我个人而言，我对这个结果非常满意：EOA 用户很快就能体验到 ERC-4337 生态内的各种产品，享受 AA 带来的大部分好处。但是，我不禁觉得，我们可以有更好的方式来实现上述结果，过去几周内许多人都指出了这一点。我觉得，如果有更好的治理流程，我们本可以节省大量的精力，并更快地实现预期效果。

在这篇文章中，我想：

确定治理流程中出了什么问题

提出一个思考以太坊治理的思维模型

提出改进建议，以避免未来出现类似的治理事故

EIP-3074 事件的总结与反思

前文提到的故事让很多人不高兴，原因如下：

EIP-3074 花了数年时间才获得批准。在 3074 最终获得批准后，以太坊核心开发人员才受到来自 4337 社区的强烈反对。

另一方面，ERC-4337 的作者们多次向以太坊核心团队表达自己对 EIP-3074 的担忧，但无济于事。现在以太坊正计划取消批准 3074 ，并用另一个 EIP（7702）替代它。

上述流程中任何一点，本质上都没有错：

关于一个 EIP 的讨论可能需要几年时间，这是正常的。

EIP 在获得批准后遭到拒绝是正常的。

如果发现新问题，可以在 EIP 被批准后撤销批准。

然而，事情本来可以更顺利的解决。让我们想象一下，如果事情这样发展：

在讨论 3074 时， 4337 社区积极与以太坊核心开发人员互动。如果这个前提假设成立，接下来只有两种结果：

在考虑了 4337 社区反馈后， 3074 提案得到批准（并可能被修改），在这种情况下， 4337 社区会接受 3074 ，而以太坊核心团队也不必撤销 3074 。

亦或是， 3074 从未被批准，但 4337 社区和以太坊核心团队共同提出了让所有人都满意的提案，就像 7702 一样。

每个人的声音都能被听到，而且没有戏剧性的逆转。这本来会很好——那么事实为何不是这样呢？

什么地方出了错？

回顾整个过程，事件双方都在互相指责对方。

以太坊核心开发人员（以及 EIP-3074 的作者）认为这是「 4337 支持者」的错误，因为他们没有积极参与全体核心开发人员 (ACD) 讨论流程，在此流程中，EIP 需要经过长时间的审议，最终才会被 Geth 等以太坊客户端开发团队接受并实现。

有人认为，在 3074 提案被审议期间，「 4337 支持者」完全可以参与进来，并表达他们的看法，而不是等到 3074 已经获得批准后才马后炮。毕竟，ACD 整个流程都有据可查，会议对所有人开放，而且像 TimBeiko 在每次 ACD 会议后都会积极发布总结性的推文。那么，如果 4337 支持者如此关心这个话题，为什么他们不积极且及时参与相关会议呢？