以太坊核心开发者最新会议摘要：Dencun将于3月13日激活主网、Electra升级启动

24-02-23 11:31

阅读本文需 11 分钟

AI 总结

看总结

原文标题：《Ethereum All Core Developers Consensus Call #127 Writeup》

原文作者：Christine Kim

原文编译：Luccy，BlockBeats

编者按：

以太坊所有核心开发者共识电话（ACDC）每两周举行一次，主要讨论和协调对以太坊共识层（CL）的更改。本次为 ACDC 第 127 次电话会议，会议上，开发者们就 Electra 升级、质押奖励提案以及轻客户端发展进行了深入讨论，并就相关议题的技术和社会影响展开了交流。

除了讨论 Electra 升级外，还涉及了 Dencun 和其他潜在提案的准备工作，会议确定在升级或客户端发布方面没有遇到重大问题情况下，将宣布 Dencun 升级的主网日期为 2024 年 3 月 13 日。

Galaxy Digital 研究副总裁 Christine Kim 对本次会议要点做了详细记录，BlockBeasts 将原文编译如下：

2024 年 2 月 22 日，以太坊开发人员齐聚 Zoom 参加了 All Core Developers Consensus (ACDC) call #128 会议。ACDC 电话会议是一个每两周举行一次的系列会议，开发人员在会上讨论和协调对以太坊共识层（CL）的更改。本周，开发者们一致同意启动 Electra 升级。目前，开发者们已同意在升级中包含以下三个以太坊改进提案（EIPs）：

· EIP 6110，在链上提供验证者存款

· EIP 7002，执行层可触发退出

· EIP 7549，将委员会索引移出见证

另外，开发者们还将在接下来的几周内就 EIP 7547（纳入列表）进行概念验证工作。如果开发者们发现 EIP 7547 的代码更改易于实施和测试，以至于它们的纳入不会延迟上述三个 EIP 的实施，开发者们则同意将 EIP 7547 作为 Electra 的第四个 EIP。开发者们还重申了他们将 Electra 保持为「小型分叉」的意图，即意味着该升级可以在今年年底之前准备好，并在以太坊主网上激活。

Dencun 升级准备工作

除了 Lodestar（CL）客户端外，所有以太坊客户端都已发布了 Dencun 升级的最终版本软件。以太坊基金会（EF）开发者运营（DevOps）团队正在使用这些最终客户端版本以及 Lodestar 的 Dencun-ready 候选版本，在最后一个专用测试网络（testnet）上进行升级测试。EF DevOps 工程师 Parithosh Jayanthi 表示，Dencun 的最终主网阴影分叉，即反映以太坊主网活动的测试网络，于 2 月 22 日星期四启动。到目前为止，Jayanthi 表示客户端发布看起来很稳定，网络上没有需要报告的问题。

DevOps 团队将在接下来的几天内在阴影分叉上进行进一步测试。假设团队在升级或客户端发布方面没有遇到重大问题，EF 将在下周一或下周二，即 2 月 26 日或 27 日，发布一篇官方博客文章，宣布 Dencun 升级的主网日期。开发者们在之前的电话会议上达成一致，即 Dencun 的主网激活日期为 2024 年 3 月 13 日。Flashbots 团队还计划在下周初发布一个新的 MEV-Boost 软件版本，这是一种用于在以太坊上赚取 MEV 的验证者运行的软件，该软件将在 Dencun 上线前准备就绪。

Electra EIP 讨论

Danny Ryan 分享了迄今为止 Electra EIP 讨论的摘要。他提到，对等数据可用性采样（Peer Data Availability Sampling，PeerDAS）和正式提议者构建器分离（ePBS）的开发工作可以与 Electra 的准备工作同时进行。由于这两项都是客户端团队表示有兴趣参与的高优先级研究和开发计划，Ryan 建议团队应该继续投入资源进行这些工作，但不一定要将它们包括在 Electra 升级中。在将这两项代码更改包含在 Electra 或随后的升级中之前，还需要进行更多的研究。

关于 EIP 7547（纳入列表）的问题，Ryan 表示，代码更改「比许多开发者，包括他自己，预期的要简单」。然而，关于代码更改仍有一些未解决的问题和未知因素，他希望在将纳入列表纳入 Electra 之前解决这些问题。为此，开发者们同意在接下来的几周内进行「纳入列表概念验证速成」，以更准确地评估其在 Electra 的准备情况。

最后，Ryan 对于最大有效余额（MaxEB）变更提出了他的思考概览，这是一项代码更改，允许验证者在质押的 ETH 余额超过 32 个 ETH 时获得收益。「我想有很多人都认为 [MaxEB] 非常有价值和重要。我认为在当前分叉的情况下，人们对其复杂性有足够的担忧，因此目前并没有积极推动，除非很快重新引起人们的兴趣，否则我们将暂时搁置它，」Ryan 说道。开发者们对这些观点提出了一些反对意见。Lighthouse 的「Dapplion」认为 MaxEB 不是一个复杂的代码更改。然而，目前电话会议上的开发者们同意只包括在ACDC #126期间达成一致的三个 EIP，以及调查纳入列表的升级准备情况。

发行 Curve 调整提案

以太坊基金会研究员 Ansgar Dietrichs 提出了与质押奖励相关的 Electra 的另一个潜在提案。由于 ETH 持有者可以通过流动性质押提供商（如 Lido）轻松在以太坊上进行质押，因此在过去几年里，对质押的需求大幅增加。超过四分之一的总 ETH 供应量已经被质押，而这一份额可能会进一步增加。Dietrichs 和他的同事 Caspar Schwarz-Schilling 在他们的提案中认为，高质押率会导致以太坊协议出现多种负面外部影响，包括但不限于增加的点对点网络负载、ETH 价值不必要的稀释，以及过度依赖第三方智能合约协议（如 Lido）来确保网络安全。

本质上，该提案解释了目前以太币的发行计划比所需更高，这意味着以太坊为安全性付出了过多的代价。该提案建议将发行奖励减少 30%。Lido 的创始人 Vasiliy Shapovalov 对该提案表示担忧，称开发者应该进一步研究削减质押盈利性会如何影响验证节点运营商。Dietrichs 同意需要就该提案进行进一步讨论，并强调，尽管在社会上具有争议，但这种变化在技术上非常容易实现。「我们只是想在这里基本上开始对话，因为从技术上讲，这是微不足道的，」Dietrichs 说道。「我认为这基本上可以添加到 Electra 中，直到我们最后仍然将 Electra 保持开放以进行小的更改，我们应该在那之前一定要花时间做出这个决定。这不是我们应该急于决定是否包含的事情。」

Electra 轻客户端路线图

Nimbus 开发者 Etan Kissling 介绍了他对 Electra 中与轻客户端开发相关的 SSZ 相关 EIPs 的看法。SSZ 是由 CL 使用的一种序列化方法，用于存储和传输有关验证器活动的数据。Kissling 撰写了一些与将执行层（EL）的序列化格式更新为 SSZ 以增强 EL 和 CL 之间兼容性以及支持轻客户端开发相关的 EIPs。轻客户端开发是一项工作，旨在构建能够使用最少计算资源验证以太坊区块链的节点。

在他的提案中，Kissling 概述了在 Electra 升级中可以使用 SSZ 包装器更新的最重要的数据结构。Danny Ryan 鼓励电话会议上的客户团队审查 Kissling 的提案并提供反馈。