以太坊雄心勃勃的计划加快其网络升级的计划正面临着一项关键测试，因为其核心开发人员就区块链技术架构的关键变化发生了冲突，这可能会对价值数十亿的生态系统产生巨大后果。

分歧围绕如何实现EVM对象格式（EOF），这是一种通过改善以太坊智能合约中的代码和数据来工作的容器格式。

eof通过对EVM Bytecode进行安全检查，可以在EVM Bytecode上进行安全检查，而不是执行期间。字节码是以太坊虚拟机（EVM）可以理解和使用的低级指令。

EOF的预期效应是使网络上的应用程序更快，更便宜，同时也阻止了某些类型的类型在2月13日，所有核心开发人员执行呼叫（ACDE）中出现的裂谷（ACDE）时，可能会引起问题的验证错误。; s使用最广泛的客户端软件，表示反对包括Fusaka的EOF，尽管在准备和测试方面已有几个月的时间。

“我们不同意应该在Mainnet上运送EOF，“ Geth Team在《缩放聊天》中的评论中写道，表明他们的观点完全倾向于从Fusaka升级中删除EOF。

，这种观点并不代表任何集体共识，与Geth Developer Marius van der同意Wijden说，Geth团队“主要是个人的”。 /p>

van der wijden一直是EOF实施以太坊迫在眉睫的pectra升级的声音。

“我看到的最大问题是EOF非常复杂，”去年博客。

van der wijden指出，eof“只使iquenting事物稍快地或便宜稍便宜，而“弊端大于潜在的好处”。我当前关于#EOF辩论的官方想法pic.twitter.com/g2shce1iop

- Mariusvanderwijden（@vdwijden）2025年2月13日，2025年2月13日

>以太坊基金会的协议支持负责人蒂姆·比科（Tim Beiko）确认，更直接的Pectra升级将分别于2月24日和3月5日前往Holesky和Sepolia的公共测试网络，而Mainnet部署的目标是4月8日。

紧张局势，贝科（Beiko）提出了一个更长的时间表，以完成Fusaka的范围：提议新的改进建议的新截止日期（3月13日），另一个是在升级偏好方面达成要求的（3月27日），以及Fusaka应该包括的最终决定（4月10日） ）。

Geth团队对EOF的抵抗也引起了人们对如何如何的关注快速以太坊可能会扭转局面。在通话过程中，提倡采用更衡量的方法来改善以太坊的方法。

与此同时，RETH开发商Roman Krasiuk强调了保持动力的重要性：“如果我们不愿意，我们将永远不会达到更快的速度t提前提交范围。”

独立的开发人员和其他客户团队继续支持EOF的包容性，并在专门的开发网络上进行了持续的测试以及其他计划的改进，以在网络上提供数据可用性。

van der wijden，beiko和以太坊基金会的研究人员没有立即返回Decrypt的评论请求。

每天都有最重要的新闻报道，每天都有最初的新闻报道，以及原始功能，播客，一个播客，视频等等。