以太坊开发者考虑对EVM进行EOF升级

作者：Macauley Peterson，Blockworks；编译：邓通，本站

如果有一个以太坊升级曾经是永远的伴娘，那就是EVM Object Format（EOF）。

曾一度订婚，计划在上海举行婚礼，但很快被开发者抛弃，他们对Proto-Danksharding的未来充满了期待。

如果你不明白这句话的意思，别担心。这是对多年以太坊全核心开发者电话讨论的一个比喻。

在周四的ACD（All Core Dev）电话会议后，我们仍然不知道EOF是否最终有机会成为新娘。但至少桌上有一个明确的提案。

开发者们曾经强烈考虑在Shapella硬分叉中引入EOF。然而，一年前，在经过一番深思熟虑后，他们决定放弃EOF，而是将焦点完全放在质押提款上。

一旦Shapella安全交付后，Dencun的候选项目中再次出现了EOF。然后，它再次被搁置，让该功能的两位主要支持者Danno Ferrin和Greg Colvin感到遗憾。

2023年4月的共识是EOF太过庞大，无法与EIP-4844（Proto-Danksharding）共同进行，因此必须选择其中之一。而后者，凭借其潜力显著改善第二层Rollups的用户体验，最终获胜。

作为安慰，以太坊基金会的Ansgar Dietrichs建议将EOF作为下一个升级（Prague）的重点。“它太庞大，不适合成为硬分叉中的第二位，”他说。因此，它应该有自己的升级。

以 4844 作为“驱动程序”的 Dencun 仍有望在 3 月份进入主网，因为开发人员周二报告了 Sepolia 测试网的“uneventful”硬分叉。

在主网发布前，只剩下一个测试网Holesky，Dencun应该在2月7日接受最后的测试。

将 EOF 正式提上日程

周四的电话会议主要旨在了解下一个重大功能分叉的当前状态。这个名为“Prague”的共识层升级得名于Devcon 4的举办地。与此同时，“Electra”——这个名称灵感来自金牛座内的一颗蓝白色巨星——是执行客户端用来指代相同升级的术语。

“Pectra”的优先事项正在慢慢显现。

Ferrin再次为EOF做了宣传，称其“在未来几年对EVM至关重要”。

作为EOF实施工作组的领导者，Ferrin表示开发者们“已经进入了‘交付’模式”。

EOF的目标是使以太坊智能合约更安全、高效和对于开发者更友好。这对以太坊dapp开发者来说尤为重要，因为他们通常不参与每两周一次的全核心开发者电话会议。

这导致一些客户端团队认为EOF在过去并不重要，这种印象一直很难改变。

在1月4日的电话会议上，来自Reth客户端团队的Dragan Rakita表示强烈支持EOF，而Nethermind开发者Lukasz Rozmej指出EOF比Verkle树更容易测试——这是下一个分叉的主要竞争焦点。

甚至Go Ethereum (Geth)的Marius van der Wijden，曾经对EOF持怀疑态度，似乎对这个想法表示相对支持。

van der Wijden表示：“我一直在逐渐接受EOF，只是对我来说不是首要任务。”

在1月18日的电话会议上，Paradigm的首席技术官Georgios Konstantonopolous表示，这是“一个人在几个月内可以完成的事情”。

Ferrin在最近的电话会议上重申了这种观点，认为在客户端团队内，EOF和Verkle的工作由不同的工程师完成，因此承诺对EOF的支持不会妨碍对Verkle的工作进展。

然而，以太坊基金会的Geth开发者Guillaume Ballet尚未被说服，担心EOF可能会对Verkle产生不利影响。

Ballet表示：“如果它确实先行，我需要确保我们不会发布一些东西，然后发现我们陷入了困境。”

Erigon客户端团队的软件工程师Andrew Ashikhmin建议在EOF上做出承诺的同时，在Verkle测试网上尝试，并在未来几周划出时间让Verkle和EOF的实施者进行合作。

这有点像“先有鸡还是先有蛋”的问题，正如Ferrin所观察到的那样。

“在我们可以将其放入Verkle的测试网之前，我们需要在客户端上让其运行，”他说，并补充说他的Besu客户端团队可能很快就能使EOF运行起来以进行测试。

但他确信EOF应该与Verkle兼容。

Ballet反驳道：“我不想要‘应该’，我想要看到它运作。”

EOF仍在努力抓住花束，等待有意者将其带上红毯。