以太坊核心开发人员透露有关 Pectra 升级的见解，未来将会有什么变化？

2024 年 8 月 8 日，以太坊开发者召开了第 139 次全核心开发者共识 (ACDC) 电话会议。该会议每两周举行一次，由以太坊基金会研究员 Alex Stokes 主持，涵盖了正在进行的 Pectra 升级的重要更新。其中包括关于网络稳定性、即将推出的开发网络以及信标链共识层的关键改进的讨论。

以太坊 Pectra Devnet 2 稳定性和 Alpha 版本
EF 研究员 Hsiao Wei Wang 即将发布 Pectra 共识层规范的 alpha.4 版本，其中包含各种修复。开发运营工程师 Barnabas Busa 报告称，Pectra Devnet 2 已实现 85% 的网络参与度，表明环境稳定。然而，执行层 (EL) 客户端仍然存在错误，特别是在 EthereumJS 和 Erigon 中。
Busa 还提到了 Prysm 客户端的一个小问题，需要进一步调查。此外，另一位以太坊基金会 DevOps 工程师 Parithosh Jayanthi 指出，需要进一步调查影响 Lighthouse、Teku 和 Besu 节点的问题。

Devnet 3 的沟通与协调
Prysm 开发人员 Kasey Kirkham 强调了 Devnet 2 启动期间的沟通失误，他提到自己不知道该网络的启动。为了避免将来出现此类问题，开发人员同意建立每周会议系列，重点关注 Pectra 测试更新。因此，会议定于周一举行，持续 15 至 30 分钟。

此外，这些会议旨在让所有客户团队了解 Devnet 活动，包括与 PeerDAS 和 EOF 相关的活动。关于 Devnet 3，开发人员确认它将复制 Devnet 2 的设置，并添加更新的 EIP 7702 设计。

然而，Lodestar 的 Gajinder Singh 指出了 Devnet 2 上 EIP 7251 MaxEB 遇到的问题。这具体涉及合并验证者质押的 ETH存款余额。虽然这些问题已经调试完毕，但它们将在即将到来的 devnet 中进行进一步测试。
Mplex 弃用和新协议转换
讨论还涉及了从 Mplex 过渡的问题。这是 CL 客户端用于数据流复用的协议，现已弃用。Lodestar 的 Phil Ngo 提到，他们的客户端已完成对新复用器 yamux 的测试。他建议完全过渡到 yamux，以避免维护两种协议的开销。
与此同时，Nimbus 的 Etan Kissling 表示他的团队仍在测试 yamux。因此，以太坊开发人员同意在更多客户端团队完成测试后重新讨论该主题。

EIP 7688 和 Pectra 升级问题
在 Pectra 升级中加入 EIP 7688 引起了争议。该提案为智能合约引入了一种向前兼容的数据结构，确保 EL 从 RLP 过渡到 SSZ 时的兼容性。然而，斯托克斯对将 EIP 添加到 Pectra 表示保留，称升级已经很广泛了。

Jayanthi 建议，测试 EIP 7688 的最早可行时间是 Devnet 5。虽然 Lodestar、Prysm、Teku 和 Lighthouse 的客户团队支持将其纳入，但 Stokes 和 Beiko 建议先稳定现有的 Pectra EIP，然后再考虑新增内容。Kissling 表示同意，并寻求何时重新讨论的指导。因此，开发人员可能会在 Devnet 5 发布前重新考虑 EIP 7688。

PeerDAS 实施
Prysm 团队分享了 PeerDAS 实施的最新进展。这引发了关于“blobsidecar”引擎 API 请求必要性的争论。Stokes 建议在下一次 PeerDAS 分组电话会议上解决这些问题。

此外，还讨论了从 PeerDAS 中删除采样的提案。他们还担心这一变化可能会使未来的升级变得复杂。EIP 7742 也提到了，该提案提议将 EL 和 CL 之间的 blob gas 限制分离，开发人员同意在即将召开的电话会议上重新讨论这一主题。

以太坊节点分布
讨论了三个研究主题，包括 EIP 7251 下验证者质押 ETH 余额合并中的极端情况。建议开发人员保持当前设计不变，尽管同步委员会职责可能存在问题。还讨论了网络层更改，特别是添加“quic ENR 条目”。他们建议提交拉取请求以详细说明确切的修改。

最后，区块链分析公司 ProbeLab 公布了以太坊节点分布数据。统计数据显示，在 8,335 个节点中，42% 在 Lighthouse 客户端上运行，其中 36% 的节点位于美国。值得注意的是，托管在数据中心的 Lighthouse 节点数量比自托管的节点数量要多。Stokes 将此归因于机构用户的偏好。

此外，通话结束时，Prysm 开发人员“Potuz”敦促开发人员审查他对执行有效载荷结构的提议更改。他还强调需要迅速做出决定，以便有足够的时间更新共识层规范。