Ethereum ACDE 第 205 次电话会议： Ethereum 将于 2 月 24 日、3 月 5 日和 4 月 8 日进行重大升级

Ethereum 开发者已最终确定了即将进行的几次网络升级计划。重大变更将于2月24日、3月5日和4月8日进行。关键决策已在最近于2025年2月13日举行的第205届全核心开发者执行会议（ACDE）上最终确定。.

每两周一次的Zoom会议 由 主持 Ethereum 。开发人员确认，Pectra升级将于2月24日在Holesky测试网上激活。随后，Sepolia测试网将于3月5日上线。

如果两项升级计划都能顺利进行， Ethereum主网将于 4 月 8 日左右获得升级。. 

Beiko表示，他将与各团队协调，寻找志愿者在两个测试网上部署Pectra系统trac。.

关于 Ethereum 未来分叉和升级速度的争论

此外，开发团队还讨论了Pectra和Fusaka之后的下一个升级计划。Beiko 提议 在Pectra主网上线之前冻结Fusaka的范围。

该时间表允许开发人员开始开发 Fusaka，同时还可以为随后的硬分叉 Glamsterdam 做准备。. 

Geth 开发团队不愿接受这个时间表。他们认为现在确定 Fusaka 的范围还为时过早。将以 Ethereum 改进提案 (EIP) 的 EOF 纳入 Fusaka 引发了相当大的争议。部分开发者主张将其从即将到来的升级中移除。.

EOF（Ethereum 对象格式）是一项旨在改进trac的结构和执行 Ethereum 。区块链上智能方式的升级

Geth 的开发者 Lightclient 反对加快 Fusaka 范围冻结的进程。他认为， Ethereum的优先级在未来两年内可能会发生变化。他指出，虽然开发者的目标是每六个月进行一次升级，但实际的延迟可能会将周期延长至八个月甚至更久。 这意味着一些重要的改进可能要几年后才能实现。 

Lightclient对EOF的集成提出了担忧，并强调了 Ethereum零知识汇总技术（zkEVM）的快速发展。开发者们仍然不清楚这些变化与虚拟机之间的相互作用。.

在讨论中，Geth 开发人员 Marius van der Wijden 列出了他希望 Fusaka 实现的范围，其中包括 PeerDAS、FOCIL、EOF 以及 modexp 的上限。EF 开发运维工程师 Parithosh Jayanthi 则提出了不同意见，认为 FOCIL 的实现成熟度不如 PeerDAS 和 EOF。.

Pectra软件测试网升级和社区反馈

开发人员搁置了之前在Fusaka问题上的分歧，对正在进行的Pectra部署表示充满信心。EF 开发和运维工程师Parithosh Jayanthi报告称，Pectra Devnet 6运行良好，验证者参与率接近完美。 

此外， Ethereum的 Ephemery 测试网在 ACDE 通话几个小时后激活了 Pectra 升级，允许开发人员进行进一步测试。.

Beiko要求Pectra EIP的作者们将他们在GitHub上的提案移至“最终征集”阶段。 的反馈 Ethereum 。为此，他指出，最常见的诉求是加快升级周期。 这标志着主网实施前的最后步骤。他还研究了社区

对此，他建议 Ethereum 开发者应该力争在前一次升级在主网上线后，尽快确定下一次升级的范围。.

Beiko 提出 Fusaka升级范围最终确定时间表如下：开发人员必须在3月13日之前提交拟纳入升级的EIP（增强功能集成方案）。 两周后，即3月27日，客户团队将分享他们对Fusaka升级中应考虑的EIP的偏好。最终，升级范围将于4月10日之前最终确定。 

然而，EF 研究员 Ansgar Dietrichs 对时间安排提出了一项例外。他指出，PeerDAS 代码改进是 Pectra 升级的关键组成部分，应在完成后立即上传到 Ethereum 主网。对此要求，无人提出异议。.

对EELS和EIP测试标准的担忧

ACDE电话会议上另一个值得关注的问题是EF测试工程师Mario Vega提出的提案。该提案涉及 Ethereum 执行层测试框架。Vega建议，对于任何包含在硬分叉中的EIP，都应强制要求使用EELS（Ethereum 执行层规范）和EEST（Ethereum 执行规范测试用例）。. 

他认为这将改进测试工作流程，并规范 EIP 在采用之前如何进行评估。.

然而，一些开发者反对这项提议。原因何在？这项要求可能会减慢升级进程。Van der Wijden 认为，EELS 的维护者可能会成为 EIP 纳入的实际把关人。为什么？因为并非所有开发者都有能力用 Python 实现他们的提议。. 

Wijden提出了另一种方案。ETH应该拥有 EELS实现 。这样可以避免EELS团队对升级拥有最终审批权。

Ethereum客户端 Besu的 Justin Florentine建议社区考虑创建一种额外的脚本语言。这将有助于明确在没有 EELS 或 EEST 测试用例的情况下，是否可以将 EIP 包含在内。