Vitalik Buterin：以太坊协议开发需引入简化与“垃圾回收”功能以避免臃肿

PANews 1月18日消息，Vitalik Buterin在X平台发文表示，“无信任”、“通过‘离开测试’”和“自我主权”的一个重要且长期被低估的方面是协议简洁性。 即便一个协议拥有数十万个节点，具备49%的拜占庭容错能力，并且节点通过抗量子的peerdas和starks完全验证一切，但如果该协议是由数十万行代码和五种博士级别密码学组成的庞大混乱体，那么这个协议最终会在所有三项测试中失败： 它不具有无信任性，因为用户必须信任一小部分高级神职人员来告知协议的属性。 它无法通过“离开测试”，因为如果现有客户端团队离开，新团队极难达到同等质量水平。 它不具备自我主权，因为即使是技术能力最强的人也无法检查和理解它，它就不完全属于用户。 同时，其安全性也较低，因为协议的每个部分，特别是当它能以复杂方式与其他部分交互时，都存在协议崩溃的风险。 我对以太坊协议开发的一个担忧是，我们可能过于急于添加新功能以满足高度特定的需求，即使这些功能会使协议臃肿，或增加全新类型的交互组件或复杂的密码学作为关键依赖项。这在短期内可能有利于功能增益，但对维护长期自我主权、创建一个超越帝国和意识形态兴衰的百年去中心化超结构具有高度破坏性。 核心问题是，如果从“对现有协议的改动有多大”的角度来评判协议变更，那么保持向后兼容性的愿望意味着增加的次数远多于减少的次数，协议不可避免地会随着时间推移而臃肿。为了应对这种情况，以太坊开发过程需要一个明确的“简化”或“垃圾回收”功能，“简化”有三个衡量标准：

1. 最小化协议的总代码行数。
2. 避免对根本上复杂的技术组件产生不必要的依赖。
3. 增加更多不变量：协议可以依赖的核心属性，例如EIP-6780（移除selfdestruct）增加了每个区块最多只能更改N个存储槽的属性，极大地简化了客户端开发。 垃圾回收可以是零散的，也可以是大规模的。零散方法试图简化现有功能，使其更简洁、更合理。大规模垃圾回收的一个例子是用PoS替代PoW。 另一种方法是“Rosetta式向后兼容性”，即复杂但很少使用的功能仍然可用，但被“降级”为智能合约代码，而非强制性协议的一部分，这样新的客户端开发者就不必处理它们。例如，升级到完全原生的账户抽象后，所有旧的交易类型都可以被淘汰；用EVM或RISC-V代码替换现有的预编译；最终将虚拟机从EVM更改为RISC-V。 最后，希望客户端开发者不再需要处理所有旧版本的以太坊协议。从长远来看以太坊的变化速度能够放缓，应该努力避免那些无用的部分成为以太坊协议的永久拖累。