以太坊（eth）开发人员将于3月17日启动新型长期测试网（一种新的长期测试网），以解决备受期待的挑战 Pectra升级。
测试网络将主要集中在验证器退出机制上，这是Pectra可以前进之前的最终障碍之一。以太坊的Sepolia和Holesky Testnets将继续进行更广泛的测试。
Pectra升级合并了布拉格和Electra提案的特征，旨在改善堆放操作，增强执行和共识层，并引入以太坊验证器的关键优化。
但是，由于客户准备问题，同步错误和基础架构问题，该升级面临重复的延迟。
根据以太坊基金会开发人员蒂姆·贝科（Tim Beiko）的说法，Pectra的主网激活只有在Hoodi成功地叉和客户团队确认对升级稳定性的信心时，才会继续进行。
即使在最佳情况下，Mainnet激活也不会直到Hoodi Forks之后至少30天，这将是4月25日的最早日期。
Pectra挣扎
以太坊开发人员一直在通过一系列 意外的挑战 使用Pectra，包括验证者退出问题，网络同步以及客户端实现之间的兼容性。
延迟源于在测试网络部署期间遇到的问题。例如，Holesky Testnet， 未能完成 Pectra升级后，随着开发人员调查问题，导致潜在的主网发布延迟。
同样，Sepolia testnet经历了错误的配置，促使开发人员在进行主网激活之前延长测试期以收集更多数据。
此外，一些客户团队对升级范围的最后一刻更改表示担忧，这使测试过程变得复杂。以太坊的模块化开发结构意味着，必须在多个从事不同执行和共识客户的团队中协调升级，从而增加了复杂性。
以太坊社区对Pectra升级的最新延误表达了不同的反应。尽管有些成员对推迟感到沮丧，但其他成员则感谢开发人员谨慎地确保网络稳定的方法。
尽管有这些挫折，许多社区成员仍然对Pectra的潜在收益保持乐观，包括提高的固有灵活性和增强的可扩展性
禁食升级
尽管Pectra仍然是优先事项，但以太坊开发人员也随着Fusaka升级的计划而进步，该升级将跟随Pectra。
Fusaka将引入同行数据可用性采样（PEERDAS），以通过允许验证器进行示例数据而不是下载完整数据集，从而减少带宽要求来改善数据处理。
它还实现了以太坊虚拟机对象格式（EOF），以通过启用代码数据分离和版本控制来优化智能合约执行，从而降低了开发人员的成本。
以太坊核心团队已设定了3月24日的以太坊改进建议（EIPS）的截止日期，以考虑包容。预计客户团队将在3月31日之前分享其范围偏好，并在4月10日进行暂定范围冻结。
以太坊开发人员仍致力于确保稳定且安全的网络升级。但是，随着Pectra的多重延迟，强调了在继续扩展以太坊基础设施的大规模变化方面的越来越困难。
在本文中提到
