以太坊的核心开发者们每两周聚在一起，通过 Zoom 进行一次名为 All Core Developers Consensus (ACDC) 的电话会议。这次是第 135 次会议，讨论了许多重要议题，包括准备 Pectra Devnet 1、PeerDAS Devnet 1 和 SSZ 相关的以太坊改进提案（EIPs）的测试网络。让我来为你解读一下会议的重点内容吧。

公告

会议一开始，开发者们分享了两个重要公告。首先，ethPandaOps 团队将接管 ethereum-package Kurtosis 模块的维护工作。这意味着用户需要更新他们的软件链接，因为链接将重定向到 ethPandaOps 团队管理的新 GitHub 存储库。其次，Tim Beiko 正在努力引入新的流程，以分阶段将 EIPs 纳入以太坊的升级中。他希望开发者们能审阅并提供反馈，以在下次 ACD 会议前完成这份文件。

Electra

关于 Electra 的下一个主要版本 v1.5.0-alpha.3，开发者们同意将共识规范 GitHub 仓库中的拉取请求（PR）#3768 合并到新版本中。这个请求旨在解决数据序列化问题。此外，开发者们还讨论了通过执行层（EL）触发的验证器整合的未决问题，并计划在几周后重新讨论 Pectra Devnet 1 的时间安排。

PeerDAS

PeerDAS 是一个旨在增强节点处理和验证大规模数据能力的网络改进。开发者们决定在 Deneb 升级的基础上，并在与其他 Pectra EIPs 分开的开发网络上激活 PeerDAS。这样的分离有助于避免测试过程中的复杂问题。关于启动 PeerDAS Devnet 1，开发者们估计需要 2 周到 1 个月的时间。Tim Beiko 指出，虽然 PeerDAS 不是核心协议的变化，但仍应包含在 Pectra 升级的元 EIP 文档中，以表明开发者们的准备工作。

提高 blob gas 限制

PeerDAS 改变了节点处理和传播数据的方式。为了让用户，特别是 Layer-2 rollups 受益，开发者们讨论了将每块六个 blobs 的限制提高到更高阈值的可能性。这涉及到复杂的工程工作，包括解耦执行层（EL）和共识层（CL）之间的依赖关系。开发者们同意继续探索最佳途径，同时讨论是否应在 Pectra 中激活 PeerDAS 时同时增加 blob gas 限制。意见不一，有些人认为结合这些更改风险较大，而其他人则建议分阶段实施。

SSZ 更新

Etan Kissling 分享了三个与 Simple Serialize（SSZ）相关的 EIP 的进展。这些 EIP 的实现工作已在多个客户端上展开，开发者们可以开始讨论这些 EIP 的开发网络时间表，并可能在下次 ACDC 会议上将其纳入 Pectra 升级的范围。

F-Star 命名

最后，会议讨论了 Electra 之后的下一个以太坊共识层（CL）升级的名称。执行层（EL）升级已命名为大阪（Osaka），而 CL 升级的候选名称包括 Fulu、Felis、Formosa 和 Funi，这些名称都遵循以「F」开头的主要恒星命名惯例。开发者们被鼓励在 Ethereum Magicians 上的帖子中发表他们的看法。

总的来说，这次会议涵盖了以太坊开发的多个关键方面，从软件包维护到 EIP 流程的改进，再到具体的技术改进和命名问题。开发者们继续努力提升以太坊的性能和可扩展性，期待着未来的发展和进步。