最新的以太坊核心开发者会议摘要:暂时不改变Electra规范,创建通用EL请求

摘要:本次为ACDC第132次电话会议,会议上,开发人员分享了关于第一个Pectra开发人员测试网络(PectraDevnet0)的最新信息,讨论了有关规范的开放性问题,并强调了与网络发布和数据可用性采样相关的研究项目。...

原文标题:Ethereum All Core Developers Consensus Call #132 Writeup

原文作者:Christine Kim

原文来源:galaxy

编译:Luccy,BlockBeats

编者按:以太坊所有核心开发者的共识电话(ACDC)每两周举行一次,主要讨论和协调以太坊共识(CL)的更改。此次为 ACDC 第 132 在第二次电话会议上,开发人员分享了第一次电话会议 Pectra 开发人员测试网络(Pectra Devnet 0)最新信息讨论了相关规范的开放性,强调了与网络发布和数据可用性取样相关的研究项目。涉及的问题包括 Electra 开放性问题,和 Electra 关于悬而未决的问题,以及研究开放性问题。在 Electra 在开放性方面,开发人员关注的是开发人员 EIP 7251 和 EIP 7549 增加一个新的影响,增加一个新的 EIP,该 EIP 将建立通用 EL 请求的建议。对于与 Electra 关于悬而未决的问题,讨论了验证人委员会检索类型的变化、验证人存款数据处理的变化等。Galaxy Digital 研究副总裁 Christine Kim 详细记录本次会议的要点,BlockBeasts 原文编译如下:

2024 年 3 月 21 日,以太坊开发人员齐聚一堂 Zoom 参与了 All Core Developers Consensus (ACDC) call #132 大会。ACDC 电话会议是一系列每两周举行一次的会议。每周的电话会议由以太坊基金会研究员召开 Alex Stokes 主持人,开发人员在会议上讨论协调以太坊共识(CL)的更改。本周,开发人员分享了他们是第一个 Pectra 开发者测试网络(又称开发者测试网络) Pectra Devnet 0)准备的最新信息。他们讨论了相关性 Pectra Devnet 0 标准化的开放性问题,简要强调了与网络发布和数据可用性取样相关的两个未完成的研究项目。

Electra 开放性问题

以太坊基金会 开发人员已经发布了 Pectra Devnet 0 的初始 CL 规范和检测向量。然而,关于这些规范有几个悬而未决的问题,可能是第一次 devnet 启动时及时处理,也许不会及时处理。Stokes 强调其中一个问题和 EIP 7251(增加 MAX_EFFECTIVE_BALANCE)相关。开发人员似乎专注于质押验证人 ETH 合并作为执行层(EL)可触发操作。但是,目前合并还处于起步阶段 Electra 该规范被定义为 CL 操作。「这很好,因为无论来源如何,信标链所需的大部分处理逻辑都是一样的,」Stokes 说。

开发人员在电话会议上讨论的另一个悬而未决的问题和 EIP 7549(移动委员会在确认外进行检索)相关。EIP 改变了验证人证明的聚集方式和块格式化方式。当 Pectra 当激活时,总结升级前的确认不再适合链上提交的新确认。Stokes 在电话会议前 GitHub 问题强调了两种可能的解决方案。他写道:

· 最后一个是客户端 Deneb 时代广播这两种格式,切记不要产生可斜切的消息。

· 为前 Electra 确认扩展具有额外字段的块,并在 Electra 第一个纪元只允许第一个纪元 Deneb 风格。

Deneb 是以太坊上激活的最新硬分叉搭配升级名称。Electra 是以太坊上下一个立即硬分叉的 CL 升级名字。

开发人员在电话会议上讨论了这两个选项。最后,他们决定暂时不改变。 Electra 规范,但看看这些损失的证实是如何影响的 devnet 网络安全。

开发人员在和 Electra 电话会议讨论的第三个悬而未决的问题是在升级过程中增加一个新的问题 EIP,该 EIP 将建立通用 EL 请求。Geth 开发者「Lightclient」提出的 EIP 简化更新消息从 EL 发送至 CL 的过程。由于基于智能合约的质押解决方案的兴起,以太坊激活了它 EIP 大量涌入,并为 Pectra 建议直接在 EL 而不是 CL 触发各种验证器操作。Lightclient 该提议创建了一个通用框架,用于将其用于创建一个通用框架「合约触发的请求」从 EL 传播到 CL。鉴于此 EIP 将改变 Pectra 设计方法,尤其是 EIP 6110 和 EIP 7002 的实施,Lightclient 他强调,他希望客户团队能尽快反馈他的建议。开发人员同意在本周末之前尝试并最终确定 Lightclient 的 EIP,确保在 4 月 22 在日星期一之前构建和共享其规范。

随后,开发人员进行了讨论 Teku 开发人员 Mikhail Kalinin 提出的与 EIP 7549 和 EIP 7251 另外两个悬而未决的问题。第一个是关于验证人委员会检索类型的变化,后者提出了验证人存款数据处理的变化。Stokes 鼓励开发人员对这两个提案进行更详细的审查,以确保在未来几周进一步讨论。

最后,开发人员与开发人员讨论 Electra 与规范相关的最后一个悬而未决的问题是, blob 计数的增加。以太坊基金会 开发人员操作工程师 Parithosh Jayanthi 说,他希望对 Dencun 升级后的 blob 活动分析,根据本分析建议一次性增加 blob 记数,以包含在内 Electra 升级中。以太坊基金会 研究员 Ansgar Dietrichs 他还强调,他还提出了一个建议,即激活逐渐增加 blob 记数,这应该是和的 Jayanthi 提出的列入 Electra 同时考虑这些建议。

研究开放性问题

在本周的 ACD 在电话会议上,开发人员简要讨论了两个研究项目。首先是以太坊基金会的研究人员。 Anders Elowsson 一篇新的研究文章提出了一种思考和实施以太坊发行政策调整的新模式。这里可以阅读完整的帖子。Stokes 鼓励开发人员在电话会议上查看该帖子。

Lighthouse 开发人员 Adrian Manning 第二个研究项目与确认子网有关。如同 Manning 在 GitHub 上所说,「这个 PR 引入了“网络分块”的概念,它只是一个抽象的概念,将节点引入到节点中 ID 标记为一个数字(网络块)。然后,我们可以使用这个网络块(数字)来分配节点必须长期订阅的主题。Manning 他的团队正在寻求他的建议的最终意见,以便他的团队能够开始研究以太坊的数据可用性取样解决方案 PeerDAS。相关数据可用性采样信息,请阅读Galaxy Research 报告。

Nethermind 开发人员 Lukasz Rozmej 询问 EIP 7547(含目录)是否已获准包含在内 Electra 升级。开发人员重申,EIP 7547 未被允许列入。

Saulius Grigaitis 这是一个建筑名称「Grandine」以太坊 CL 考虑到正在进行的客户端开发人员,客户端开发人员考虑 PeerDAS 研究中,他对以太坊的分叉选择规则提出了疑问。Grigaitis 要求开发人员在这里 PeerDAS 在工作组中加入想法。

相关推荐