以太坊开发者考虑对EVM进行EOF升级
假如有一个imToken钱包以太坊升级以前是永远的伴郎，那就是EVMObjectFormat（EOF）。
曾一度结婚，计划在北京举办婚宴，但很快被开发者抛弃，她们对Proto-Danksharding的未来饱含了期盼。
假如你不明白这句话的意思，别害怕。这是对多年以太坊全核心开发者电话讨论的一个比喻。
在周五的ACD（AllCoreDev）电话大会后，我们依然不晓得EOF是否最终有机会成为新郎。但起码桌上有一个明晰的议案。
开发者们当初强烈考虑在Shapella硬分叉中引入EOF。但是，一年前，在imToken钱包经过一番深思熟虑后，她们决定舍弃EOF，而是将焦点完全置于质押取款上。
一旦Shapella安全交付后，Dencun的候选项目中再度出现了EOF。之后，它再度被搁置，让该功能的两位主要支持者DannoFerrin和GregColvin倍感遗憾。
2023年4月的共识是EOF太过庞大，imToken钱包难以与EIP-4844（Proto-Danksharding）共同进行，因而必须选择其中之一。而前者，凭着其潜力明显改善第二层Rollups的用户体验，最终落败。
作为开导，以太坊基金会的AnsgarDietrichs建议将EOF作为下一个升级（Prague）的重点。“它太庞大，不适宜成为硬分叉中的第二位，”他说。因而，它应当有自己的升级。
以4844作为“驱动程序”的Dencun仍有望在3月份步入主网，由于开发人员周日报告了Sepolia测试网的“uneventful”硬分叉。
在主网发布前，只剩下一个测试网Holesky，Dencun应当在2月7日接受最后的测试。
将EOF即将提上日程
周日的电话大会主要致力了解下一个重大功能分叉的当前状态。这个名为“Prague”的共识层升级得名于Devcon4的举行地。与此同时，“Electra”——这个名称灵感来自双子座内的一颗蓝白色球星——是执行顾客端拿来指代相同升级的术语。
“Pectra”的优先事项正在渐渐显露。
Ferrin再度为EOF做了宣传，称其“在未来几年对EVM至关重要”。
作为EOF施行工作组的领导者，Ferrin表示开发者们“已经步入了‘交付’模式”。
EOF的目标是使以太坊智能合约更安全、高效和对于开发者更友好。这对以太坊dapp开发者来说尤为重要，由于她们一般不参与每两周一次的全核心开发者电话大会。
这引起一些顾客端团队觉得EOF在过去并不重要imToken钱包，这些印象仍然很难改变。
在1月4日的电话大会上，来自Reth顾客端团队的DraganRakita表示强烈支持EOF，而Nethermind开发者LukaszRozmej强调EOF比Verkle树更容易测试——这是下一个分叉的主要竞争焦点。
甚至GoEthereum(Geth)的MariusvanderWijden，当初对EOF持怀疑心态，虽然对这个看法表示相对支持。
vanderWijden表示：“我始终在逐步接受EOF，只是对我来说不是首要任务。”
在1月18日的电话大会上，Paradigm的首席技术官GeorgiosKonstantonopolous表示，这是“一个人在几个月内可以完成的事情”。
Ferrin在近来的电话大会上重申了这些观点，觉得在顾客端团队内，EOF和Verkle的工作由不同的工程师完成，因而承诺对EOF的支持不会阻碍对Verkle的工作进展。
但是，以太坊基金会的Geth开发者GuillaumeBallet仍未被劝说，害怕EOF可能会对Verkle形成不利影响。
Ballet表示：“如果它确实先行，我须要确保我们不会发布一些imToken钱包东西，之后发觉我们深陷了窘境。”
Erigon顾客端团队的软件工程师AndrewAshikhmin建议在EOF上作出承诺的同时，在Verkle测试网上尝试，并在未来几周划出时间让Verkle和EOF的施行者进行合作。
这有点像“先有鸡还是先有蛋”的问题，正如Ferrin所观察到的那样。
“在我们可以将其倒入Verkle的测试网之前，我们须要在顾客端上让其运行，”他说，并补充说他的Besu顾客端团队可能很快能够使EOF运行上去以进行测试imToken钱包。
但他确信EOF应当与Verkle兼容。
Ballet指责道：“我不想要‘应该’，我想要见到它运作。”
EOF仍在努力捉住鲜花，等待有意者将其带上红毯。
admin 
