双轨测试第 34 期：Fusaka Devnet-7 与 EOF 方案激辩

本次会议聚焦以太坊主网的分叉进展、测试网络的版本更新，以及 EVM 扩展提案 EOF（Extensible Object Format）的部署争议。与会各方就 EOF 的必要性、实施方式及其对 dApp 开发者和最终用户的影响展开了激烈讨论，最终在共识层与执行层客户端间形成部分共识，但在工具链和社区反馈方面仍存较大分歧。

双层协会测试会议 (Interop Testing #34)

日期：28 April 2025

会议要点：

• 主网影叉有进展, ethpanda ops 准备发布BLS-heavy 测试套件；

• PeerDAS 弃 Devnet-6 转向 Devnet-7;

• Fusaka 主网升级将排出 EOF 方案；

• 强调未来EVM 升级方案需拥有dApp 开发者社区反馈及体现对最终用户的影响。

EOF 讨论摘要：

• 多数问题来自EIP-769 （实施禁止 gas introspection方案)

• Uniswap 与 OpenZepplin 合约在测试中出现依赖问题

• 共识层客户端与工具开发团队被问及对实施 EOF 的看法

  • 实施 EOF Option A (完整 EOF) 或 Option D (Introspecting EOF)

  • 去除 EOF

共识层

共识层客户端同意实施 EOF，但以有限的方式即 Option D。

• Besu: 支持 Option D;

• Erigon: 支持 Option D;

• Nethermind: 支持 EOF 但在 Option D 和 Option A 上存在分歧。

执行层

• Geth: 支持 Option D 但认为 EOF 需改进而不是现在部署;

• Reth: 反对实施 EOF。最大的问题在于没有足够的 Uniswap 和 Open Zeppelin 的编译测 试, Reth 团队在测试代码库的过程中无法编译合约。

工具开发团及其他开发团

• OpenZepplin: 反对实施 EOF。 目前没有支撑EOF的工具，没有足够时间进行编译测试。

• Solidity: 支持EOF。

• Vyper: 反对实施 EOF。EOF 整体方案庞大，但单独功能没有明显的作用。

• Lambda: 反对实施 EOF。认为 EOF 对最终用户没有重大的意义，主网升级应该考量其他事项。

• 会议聊天记录： Curve, WalletConnect, 0x Project, Lido 反对实施 EOF。

主要顾虑

• 中断过多流程,

• dApp 开发社群反馈不足,

• 对最终用户没有重大的意义,

• EOF 方案规格变化频频难以跟进。

技术说明：

• 重新编写测试，去除EOF,

• Fusaka 升级将以PeerDAS 和主网扩展性为焦点,

• 不排除 Glamsterdam 考虑实施EOF 但前提需要dApp 社群反馈。