当网络升级面对密钥测试时，Ethereum 开发人员与EOF实施相冲突

当网络试图升级其系统时，Ethereum 开发人员正在为EVM对象格式（EOF）实施而战。

当网络的Geth团队主要倾向于使用LightClient软件，该团队公开反对在Fusaka升级中包括EOF 。

Ethereum Geth Team希望将EOF排除在Fusaka升级之外

一些 Ethereum 开发人员牢固地支持了Fusaka升级的EOF，而另一些则仍然对其有用性持怀疑态度。 

理想情况下，EOF旨在使 Ethereum 应用更加高效，具有成本效益，同时消除验证错误。但是，有些人列举了EOF与 Ethereum不断发展的零知识汇总技术的兼容性的担忧。

在2月13日的所有核心开发人员执行电话会议上，Ethereum的Geth团队在Zoom Chat上发表了评论：“我们不同意应该在Mainnet上运送EOF，”这表明他们根本不想将EOF与Fusaka升级集成在一起。

但是，Geth开发人员Marius van der Wijden向团队发表了单独的意见，认为他们主要是个人工作，称团队成员不应该“陷入党派”。

之前，范德维登（Van der Wijden）公开反对 Ethereum的pectra升级的EOF实施，称对象格式非常复杂。去年，他坚持认为EOF仅使现有应用程序稍微更快或更便宜，认为其缺点大于其优势。

但是，Wijden这次似乎并不在乎。他说，如果实施了EOF，则将包括其代码的一部分，这很棒，如果未实施该代码，则该网络将更加安全。

Pectra升级将于4月8日上线

正如所有核心开发人员执行呼叫期间所商定的，Ethereum开发人员将启动Pectra升级。之后，他们将于4月8日在Mainnet上释放Pectra。

但是， Ethereum 基金会的协议支持负责人蒂姆·贝科（Tim Beiko）希望鉴于开发商之间的冲突不断上升，因此希望将Fusaka的升级时间表推动。他建议，应在4月10日之前做出有关fusaka的最终决定。GETH团队仍然认为升级时间表太匆忙了，做出任何过早的决定可能会使事情变得更加复杂。

更不用说，ETH开发人员仍在与EIPS的 Ethereum 执行层规格（EEL）冲突。 Ethereum 工程师马里奥·维加（Mario Vega）提出了通过鳗鱼和EET的标准化测试，以提高效率；但是，一些开发人员反对这个想法。

Wijden甚至声称，强制性鳗鱼会使维护者对EIP批准过多控制，并提出了对EELS实施的未合并拉力请求。

Cryptopolitan Academy：免费 Web3 简历备忘单 -立即下载