以太坊开发人员在Fusaka升级中围绕EOF实施产生分歧

随着以太坊网络试图推进系统升级，开发人员之间围绕EVM对象格式（EOF）的实施产生了显著分歧。

这一冲突的核心在于Geth团队对LightClient软件的支持以及他们对在Fusaka升级中包含EOF的明确反对。

以太坊Geth团队希望将EOF排除在Fusaka升级之外

部分以太坊开发人员强烈支持在Fusaka升级中引入EOF，而另一些人则对其实际效用表示怀疑。

理论上，EOF旨在提高以太坊应用的效率和成本效益，同时减少验证错误。然而，一些开发者提出了EOF与以太坊不断发展的零知识汇总技术兼容性方面的担忧。

在2月13日的一次所有核心开发人员执行会议中，以太坊Geth团队通过Zoom聊天发表评论称：“我们不同意应该在主网上交付EOF。”这表明他们不希望将EOF整合到Fusaka升级中。

不过，Geth开发人员Marius van der Wijden向团队发表了不同的意见，认为他们主要是在进行个人工作，并提醒团队成员不应“陷入党派之争”。

此前，Van der Wijden曾公开反对在以太坊Pectra升级中实施EOF，称其对象格式过于复杂。去年，他坚持认为EOF仅能略微提升现有应用的速度或降低成本，其缺点可能超过优势。

然而，这一次Wijden似乎并不在意EOF是否实施。他表示，如果实现了EOF，他的代码部分将被包括在内，这是好事；但如果未实施，则网络将更加安全。

Pectra升级将于4月8日上线

根据所有核心开发人员执行会议的共识，以太坊开发人员计划于2月24日和3月5日分别在Holesky和Sepolia测试网上部署Pectra升级。随后，他们将于4月8日在主网上发布Pectra。

然而，鉴于开发人员之间的冲突日益加剧，以太坊基金会协议支持负责人Tim Beiko希望加快Fusaka升级的时间表。他建议应在4月10日之前就Fusaka升级做出最终决定。但Geth团队仍然认为时间表过于仓促，任何过早的决定可能会使问题更加复杂。

此外，以太坊开发人员仍在围绕以太坊执行层规范（EELS）和EIP的标准化测试展开争论。以太坊工程师Mario Vega提出通过EELS和EET的标准化测试来提高效率，但一些开发人员对此持反对意见。

Wijden甚至声称，强制性的EELS会让维护者对EIP批准拥有过多控制权，并提出了针对EELS实施的未合并拉取请求。

加密大都会学院：免费的Web3简历备忘单 - 立即下载