以太坊所有核心开发者共识电话（ACDC）是每两周举行一次的系列会议，专注于讨论和协调以太坊共识层（CL）的更改。第 140 次 ACDC 电话会议由以太坊基金会（EF）研究员 Alex Stokes 主持，会议内容涵盖了 Pectra 以太坊改进提案 (EIP) 和 PeerDAS 的开发进展等议题。
在会议期间，开发者们审议了 EIP 7251 更新，以解决错误计算相关性惩罚的情况 、新标区块主体的更新、PeerDAS Devnet 2 的推出等等。Galaxy Digital 研究副总裁 Christine Kim 对本次会议进行了详细记录，BlockBeats 将原文编译如下：
2024 年 8 月 22 日，以太坊 开发者通过 Zoom 召开了第 140 次全核开发者共识 (ACDC) 会议。ACDC 会议是一个每两周举行一次的会议系列，开发者在会上讨论并协调 以太坊 共识层的变更。本周的会议由以太坊基金会研究员 Alex Stokes 主持。开发者们讨论了 Pectra EIP 和 PeerDAS 的开发进展，并讨论了下一个 以太坊 共识层升级的命名，最终决定将其命名为「Fulu」（一颗恒星的名字）。同时，他们同意在未来讨论中使用「Fusaka」这一混合词来指代 Fulu-Osaka 升级。
Pectra 进展
Stokes 提到 Pectra 升级的新共识层规范版本已发布，标记为 v1.5.0-alpha.5。他鼓励客户端团队审查此版本。随后，EF 开发运营工程师 Parithosh Jayanthi 讨论了 Pectra devnets 的进展。他提到，Geth 客户端在 Pectra Devnet 2 上产生了一些无效区块，开发者们正在对此进行调查。同时，Erigon 客户面临着与规范链保持连接的问题，开发者们正在积极调试。此外，Jayanthi 还表示，执行层 (EL) 客户端中存在 JSON RPC 标准化的问题，导致开发网络上的其他需要修复的问题。
Pectra Devnet 3 计划
Stokes 再次确认了在一周内推出 Pectra Devnet 3 的计划。Devnet 3 的规范可以在此处找到。EIP 2935 的更新内容也被整合到 Devnet 3 当中，即以状态的方式保存历史区块哈希值。
EIP 7251 更新
开发者正在考虑对 EIP 7251，以最大有效余额增加方面进行更新，以解决对非验证者拥有大量质押 ETH 时，错误计算相关性惩罚的边缘情况。Stokes 鼓励客户端团队仔细审查这些更新并提出意见。
信标区块主体更新
正如之前的 ACDC 会议中讨论的那样，CL 客户端需要访问执行负载部分，以便在 Pectra 升级后适当处理状态的转换。目前，CL 客户端并不存储执行有效负载以供参考。开发者们正在权衡将这些请求移至信标区块中的一个新字段，称为「ExecutionClientRequests」，而不是最初由 Prysm 开发者「Potuz」建议的，将这些信息组织在一个单独的「信封」中供 CL 客户端使用的方案。
总的来说，会议上的开发者们都支持这个想法，认为这一提议比最初的建议更容易实施。Potuz 强调，创建新字段将破坏现有的 CL 测试，因此开发者需要编写新的规范测试向量，以在未来的开发网络中整合这一变更。
API 引擎更新
随后，开发者讨论了 Geth 开发者「Lightclient」提出的简化 EL 客户端区块转换的提议。正如之前的电话会议总结的那样，Pectra 中的 EIP 7685 使得 EL 客户端在不参考分叉计划的情况下难以轻松区分区块版本。Lightclient 提议将请求统一为单一类型，使 EL 客户端能够将它们的解释传递给 CL，这一提议得到了大多数开发者的支持。然而，Nimbus 开发者「Dustin」表示担忧，这一变更可能会使没有 SSZ 库的客户端更难使用。然而，Lightclient 和 Potuz 反驳了这些担忧，表示提议不会使没有 SSZ 库的客户端更难使用，因为他们可以继续使用旧方法。Stokes 也倾向于支持该提议，并表示在进行一周的审查后，该提议应被合并到 API 引擎规范中。
PeerDAS 进展
EF 开发运营工程师 Barnabas Busa 表示，他的团队将在 8 月 23 日，星期五，启动 PeerDAS Devnet 2。Lodestar 和 Teku 客户端团队的代表已准备好在 Devnet 2 上测试 PeerDAS。Stokes 分享了 EIP 7742 的进展情况，这是一种更新 Blob Gas 目标最有效的方法，使这些值可以由 CL 动态设置。虽然 EIP 仍有一些设计问题尚待解决，但开发者们普遍支持将其纳入 Pectra 升级。Lodestar 和 Lightclient 团队的代表分享了他们希望在 Pectra 中包含EIP 7742的意见。Stokes，作为该提案的作者，表示他将继续进行代码更改，并在未来的会议中再次讨论其可能改进，甚至可能在 Pectra 开发网络中进行测试。
随后，开发者们花了一些时间讨论客户端中的 Blob 数量可配置性。关于此问题，没有做出具体决定。Stokes 建议客户端团队继续思考如何最好地配置 Blob 数量，以避免在将来更改或更新这些值时遇到困难。
Stokes 强调了 Nimbus 开发者 Etan Kissling 在本周会议议程上留下的几条评论。关于 EIP 7688 向前兼容的共识数据结构的实施和测试工作仍在继续。开发者们尚未决定是否将其纳入 Pectra。Kissling 还请求对与 CL 客户端如何处理包含一个或多个零长度交易的区块相关的共识规范更改提出反馈。关于这一更改的更多详细信息可以在此 GitHub 链接中找到。
研究进展
开发者们一致同意将下一个共识层升级命名为 Electra「Fulu」。Fulu 是位于 Cassiopeia 星座中的一颗恒星。共识层升级通常以主要恒星命名，而执行层升级则以主要城市命名。
区块链分析公司 ProbeLabs 的一位代表分享了自 Dencun 升级激活以来通过以太坊网络层（也称为 gossipsub 协议）进行消息传播的见解。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
