当网络试图升级其系统时，以太坊开发人员正在为EVM对象格式（EOF）实施而战。
这冲突 首先是当网络的Geth团队主要倾向于使用LightClient软件，该团队公开反对在Fusaka升级中包括EOF。
Ethereum Geth Team希望将EOF排除在Fusaka升级之外
一些以太坊开发人员牢固地支持了Fusaka升级的EOF，而另一些则仍然对其有用性持怀疑态度。
理想情况下，EOF旨在使以太坊应用更加高效，具有成本效益，同时消除验证错误。但是，有些人列举了EOF与以太坊不断发展的零知识汇总技术的兼容性的担忧。
在2月13日所有核心开发人员执行呼叫，以太坊的Geth团队在Zoom聊天中发表了评论：“我们不同意应该在Mainnet上运送EOF”，这表明他们根本不想将EOF与Fusaka升级整合在一起。
但是，Geth开发人员Marius van der Wijden向团队发表了单独的意见，认为他们主要是个人工作，称团队成员不应该“陷入党派”。
以前，范德维登（Van der Wijden）公开反对以太坊pectra升级的EOF实施，称对象格式非常复杂。去年，他坚持认为EOF仅使现有应用程序稍微更快或更便宜，认为其缺点大于其优势。
但是，Wijden这次似乎并不在乎。他陈述如果实现了EOF，则将包括其代码的一部分，这很棒，如果未实施，则该网络将更加安全。
Pectra升级将于4月8日上线
正如所有核心开发人员执行呼叫中所商定的，以太坊开发人员将发射Pectra分别于2月24日和3月5日升级Holesky和Sepolia。之后，他们将于4月8日在Mainnet上释放Pectra。
但是，鉴于开发商之间的冲突不断上升，以太坊基金会的协议支持负责人蒂姆·贝科（Tim Beiko）希望将Fusaka升级的时间表推动。他建议，应在4月10日之前做出有关fusaka的最终决定。GETH团队仍然认为升级时间表太匆忙了，做出任何过早的决定可能会使事情变得更加复杂。
更不用说，ETH开发人员仍在与EIPS的以太坊执行层规格（EEL）冲突。以太坊工程师马里奥·维加（Mario Vega）提出了通过鳗鱼和EET的标准化测试，以提高效率；但是，一些开发人员反对这个想法。
Wijden甚至声称，强制性鳗鱼会使维护者对EIP批准过多控制，并提出了对EELS实施的未合并拉力请求。
加密大都会学院：免费的Web3简历备忘单 - 立即下载
