以太坊雄心勃勃的加速网络升级计划正面临严峻考验,因为其核心开发人员在区块链技术架构的关键变更上发生了冲突,这可能会给价值数十亿美元的生态系统带来严重后果。
分歧围绕着如何实现 EVM 对象格式(EOF),这是一种通过改进以太坊智能合约中代码和数据的分离方式来发挥作用的容器格式。
EOF 的工作原理是预先对 EVM 字节码进行安全检查,而不是在执行过程中进行检查。字节码是以太坊虚拟机(EVM)可以理解和使用的低级指令。
EOF 的预期效果是让网络上的应用程序运行得更快、更便宜,同时还能防止某些类型的验证错误,以免在运行过程中出现问题。
在 2 月 13 日的全核心开发者执行调用(ACDE)中,出现了裂痕,当时维护以太坊最广泛使用的客户端软件 Lightclient 的 Geth 团队表示反对将 EOF 纳入 Fusaka,尽管它的准备和测试工作已经提前了几个月。
"我们完全不同意将 EOF 移植到主网上,"Geth 团队在 Zoom 聊天室的评论中写道,表明他们的观点倾向于将 EOF 从 Fusaka 升级中完全移除。
然而,这一观点并不代表任何集体共识,Geth 开发人员马里乌斯-范德维登(Marius van der Wijden)说,Geth 团队的工作 "主要是个人行为"。
"Van der Wijden 在通话中表示:"我认为我们不应该强迫团队成员'入党'。
Van der Wijden 一直对以太坊即将推出的 Pectra 升级版的 EOF 实施提出强烈批评。
"我认为最大的问题是 EOF 极其复杂,"Van der Wijden 去年在一篇博客中写道。
Van der Wijden 指出,EOF "只能让现有的东西稍微快一点或稍微便宜一点",而 "缺点远远大于潜在的好处"。
但半年之后,Van der Wijden 似乎不再关心这些了。
以太坊基金会协议支持负责人蒂姆-贝科(Tim Beiko)证实,更直接的 Pectra 升级将分别于 2 月 24 日和 3 月 5 日在公共测试网 Holesky 和 Sepolia 进行,主网部署的目标是 4 月 8 日。
为了解决日益加剧的紧张局势,Beiko 建议延长确定 Fusaka 范围的期限:提出新改进建议的新截止日期(3 月 13 日)、就升级偏好达成一致的另一个截止日期(3 月 27 日),以及最终决定 Fusaka 应包括哪些内容的截止日期(4 月 10 日)。
Geth 团队对 EOF 的抵制也让人们对以太坊扭转局面的速度产生了更广泛的担忧。
一位 Geth 开发者在电话会议上说:"我们需要试着找出哪些 [建议] 最符合我们未来 12 个月的目标,然后再从那里出发,"他主张对如何改进以太坊采取更有分寸的方法。
与此同时,Reth 开发者 Roman Krasiuk 强调了保持发展势头的重要性:"如果我们不提前对范围做出承诺,我们将永远无法加快步伐"。
独立开发人员和其他客户团队继续支持 EOF 的加入,并在专用开发网络上进行持续测试,同时计划改进网络上的数据可用性。
Van der Wijden、Beiko 和以太坊基金会的一位研究员没有立即回复Decrypt 的置评请求。
© 2025 DeFi.io