以太坊开发团队确认Pectra升级时间表：2月24日、3月5日和4月8日关键节点

以太坊开发团队最终敲定了即将进行的网络升级时间表。重大更新定于2月24日、3月5日和4月8日进行。在最近举行的所有核心开发人员会议（ACDE）中，这些关键日期已得到确认。

每两周一次的扩展会议由以太坊基金会（EF）协议支持负责人蒂姆·贝科（Tim Beiko）主持。开发人员确认，Pectra升级将于2月24日在Holesky测试网上激活，随后Sepolia测试网将在3月5日启动。

如果两次测试网升级顺利进行，以太坊主网预计将在4月8日完成升级。

贝科表示，他将与团队协调，寻找一名志愿者负责在两个测试网络上部署Pectra系统合约。

关于未来以太坊分叉和升级速度的讨论

此外，开发团队还讨论了Pectra和Fusaka之后的下一次计划升级。贝科建议，在Pectra主网上线时冻结Fusaka的范围，以便开发人员能够开始规划后续硬分叉Glamsterdam。

然而，这一时间表遭到了Geth开发团队的反对。他们认为，冻结Fusaka范围为时过早，尤其是关于是否将EOF（以太坊对象格式）纳入Fusaka引发了激烈争论。EOF是一项旨在改进以太坊区块链上智能合约结构和执行方式的重要升级。

Geth开发者Lightclient对加速Fusaka范围冻结表示担忧，指出以太坊的优先事项可能会在未来两年内发生变化，现实中的延误可能导致升级周期延长至八个月或更久。

此外，Lightclient还提到了以太坊零知识汇总技术（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运行良好，验证者参与率接近完美。

此外，以太坊的Ephemery测试网在ACDE会议后不久成功激活了Pectra升级，为开发人员提供了进一步测试的机会。

贝科要求Pectra EIP作者将其提案推进到“最后一次调用”阶段，这是主网实施前的最后一步。他还研究了以太坊社区的反馈，指出最常见的需求是加速升级周期。

作为回应，他建议开发团队应在上一次升级完成后立即确定下一次升级的范围。

根据贝科的提议，Fusaka范围的最终确定时间表如下：3月13日前，开发人员需提议将EIP纳入升级；3月27日，客户端团队将分享对Fusaka EIP的偏好；4月10日，升级范围将最终完成。

不过，EF研究员Ansgar Dietrichs提出了一个例外，他认为Peerdas代码改进是Pectra升级的关键部分，应在其完成后立即将其上传至以太坊主网。这一提议得到了一致认可。

对鳗鱼和EIP测试标准的担忧

在ACDE会议期间，另一个关注点是以太坊测试工程师Mario Vega提出的建议。他建议对硬分叉中包含的任何EIP强制执行EEL（以太坊执行层规范）和EEST（以太坊执行层测试用例）。

Vega认为，这将改善测试工作流程，并帮助评估EIP在采用前的质量。

然而，一些开发人员对此表示反对，认为这一要求可能减缓升级过程。Van der Wijden指出，鳗鱼维护者可能成为EIP包容性的事实上的守门人，因为并非所有开发人员都能编写基于Python的实现。

为此，Wijden提出了另一种方法：ETH可以接受未合并的拉取请求提交鳗鱼实现，从而避免鳗鱼团队对升级拥有最终决定权。

Justin Florentine与以太坊客户端Besu建议社区考虑创建额外的脚本语言，以明确在没有鳗鱼或EEST测试用例的情况下是否可以包含EIP。

加密大都会学院：免费的Web3简历备忘单 - 立即下载