2024-10-07
以太坊核心开发者最新会议摘要：共识层升级将命名为「Fulu」
原文标题：《以太坊 All Core Developers Consensus Call #140 Writeup》原文作者：Christine Kim原文编译：Ladyfinger，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 测试，因此开发者需要编写新的规范测试向量，以在未来的开发网络中整合这一变更。Stokes 请求客户端团队详细审查这一提议，相关内容可以在此 GitHub 链接中找到。
API 引擎更新
随后，开发者讨论了 Geth 开发者 "Lightclient" 提出的简化 EL 客户端区块转换的提议。正如之前的电话会议总结的那样，Pectra 中的 EIP 7685 使得 EL 客户端在不参考分叉计划的情况下难以轻松区分区块版本。Lightclient 提议将请求统一为单一类型，使 EL 客户端能够将它们的解释传递给 CL，这一提议得到了大多数开发者的支持。然而，Nimbus 开发者 "Dustin" 表示担忧，这一变更可能会使没有 SSZ 库的客户端更难使用。然而，Lightclient 和 Potuz 反驳了这些担忧，表示提议不会使没有 SSZ 库的客户端更难使用，因为他们可以继续使用旧方法。Stokes 也倾向于支持该提议，并表示在进行一周的审查后，该提议应被合并到 API 引擎规范中。有关 API 引擎中「统一请求对象」变更的更多信息，请参阅此 GitHub 链接。
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 协议）进行消息传播的见解。他们的分析已发布在其博客上，详细内容可在此处阅读。