Lời cảnh báo của V: Ethereum cần "thu gom rác", độ phức tạp của giao thức đang đe dọa đến khả năng tồn tại lâu dài của nó

Vitalik Buterin最近发表了一番深刻的反思：一个再强大的区块链，如果被数十万行代码和复杂的密码学堆砌成一个"庞大混乱体"，最终会在无信任性、去中心化和自我主权这三项关键测试中全部失败。这不是技术细节问题，而是关系以太坊百年生命力的战略选择。

协议复杂性的三重危害

V神指出，即便一个协议拥有数十万个节点、具备49%的拜占庭容错能力，并通过抗量子密码学完全验证一切，但如果协议本身过于复杂，仍然会面临致命缺陷：

这意味着，协议的每个部分都可能成为系统性风险的源头，特别是当这些部分以复杂方式相互作用时。

为什么协议不可避免地会臃肿

核心矛盾在于向后兼容性的困境。V神坦言，以太坊开发过程中，改动往往是"加法"而非"减法"。每次升级时，出于保持兼容性的考虑，新功能被添加而旧功能很少被移除。结果是协议不可避免地随时间推移而臃肿。

这正是为什么以太坊过去十年中，为了追求主流采用和扩容性能，在不知不觉中牺牲了去中心化和隐私。节点运行变难、数据泄露严重、区块构建更中心化——这些都是协议复杂性不断累积的后遗症。

解决方案：明确的"垃圾回收"机制

V神提出，以太坊开发过程需要一个明确的"简化"或"垃圾回收"功能，有三个衡量标准：

三个核心标准

• 最小化代码行数：减少协议的总体复杂度
• 避免不必要的技术依赖：不引入本质复杂的新组件作为关键依赖
• 增加更多不变量：让协议可依赖的核心属性更清晰。例如EIP-6780（移除selfdestruct）就增加了"每个区块最多只能更改N个存储槽"的属性，极大简化了客户端开发

两种垃圾回收方式

零散方法：逐步简化现有功能，使其更简洁合理

大规模垃圾回收：彻底替换过时的技术，如曾经用PoS替代PoW

创新解法：Rosetta式向后兼容性

V神提出了一个巧妙的折中方案——不必完全删除复杂功能，而是将其"降级"为智能合约代码，而非强制性协议的一部分。这样新的客户端开发者就不必处理它们。

具体例子包括：

• 升级到完全原生的账户抽象后，所有旧的交易类型都可被淘汰
• 用EVM或RISC-V代码替换现有的预编译
• 最终将虚拟机从EVM更改为RISC-V

这种方式既保留了向后兼容性，又避免了协议本身的臃肿。

这是"2026年修复计划"的核心内容

有趣的是，这次关于协议简化的观点，与V神最近发表的关于以太坊需要回归去中心化、隐私和自我主权的系列言论形成一个完整的战略框架。V神明确表示2026年是以太坊"收回失地"的关键年，不再为了主流采用而妥协核心价值。

协议简化正是这个修复计划的基础设施层面的体现。只有当协议足够简洁、足够易于理解，以太坊才能真正恢复其无信任性、去中心化和自我主权的初心。

总结

V神的这番论述触及了一个被长期忽视的问题：协议简洁性是无信任、去中心化和自我主权的前提条件。为了追求短期的功能增益而不断堆砌复杂性，看似满足了各种需求，实际上正在侵蚀以太坊最核心的价值主张。

这不是一个可以快速解决的问题，但它反映了以太坊正在进行的一场深刻的战略转向——从"追求规模和采用"回到"追求主权和去中心化"。这个过程会很漫长，但对于构建一个"超越帝国和意识形态兴衰的百年去中心化超结构"来说，是必须要走的路。