作者：Christine Kim / 来源：https://www.galaxy.com/insights/research/ethereum-all-core-d

2023 年 8 月 10 日，以太坊核心开发人员聚集在 Zoom 上，召开第 115 次全核心开发人员共识 (ACDC) 电话会议。ACDC 电话会议是每两周一次的系列会议，开发人员在会上讨论和协调对以太坊共识层(CL) 的更改。这些电话会议通常由以太坊基金会研究员Danny Ryan主持。本周，电话会议一起讨论了：

1）Devnet 8 的发布时间

2）EIP 4788代码部署策略

3）分叉选择过滤改变部署策略

4）跨 CL 客户端的证明聚合标准化

5）Holesky 测试网络的稳定验证器集大小

1、Devnet 8

开发人员同意于下周初启动 Deneb/Cancun (Dencun) 升级的下一个官方测试网络 Devnet 8。以太坊基金会的 DevOps 工程师 Parithosh Jayanthi 提到，他的团队正在根据 Devnet 7 客户端配置中发现的问题，为客户端团队更新本地测试工具。Jayanthi 鼓励客户端团队检查其配置，以确保不存在任何问题。 

Devnet 8 的启动存在不一致之处，Devnet 8 是第一个专用测试网络，它将激活为坎昆升级最终确定的所有相关以太坊改进提案（EIP）。Prysm (CL)、Lighthouse (CL) 和 Nethermind (EL) 的代表表示，他们已准备好推出 Devnet 8。

2、EIP-4788

在所有核心开发人员执行 (ACDE) 调用 中，开发人员同意将 EIP-4788 从有状态预编译更新为常规智能合约。作为背景，EIP-4788 公开了 EL 上以太坊虚拟机 (EVM) 内信标链区块的根源，以便去 dapp 可以轻松访问这些数据，而无需信任预言机或链下数据提供商。

上周，以太坊基金会首席安全工程师兼 Geth (EL) 开发人员 Martin Holst Swende 指出，将 EIP-4788 转换为以 Solidity 编码并通过 EVM 本地定价的常规合约，将降低 EIP 的复杂性并减少导致链断裂的风险。

在 ACDC第115 次大会上，开发人员重申了将 EIP-4788 重写为常规合约的决定。ACDE 主席 Tim Beiko 表示，化名 Geth (EL) 开发人员“lightclient”已在 GitHub 上为 EIP 创建了一个新的拉取请求 (PR)，其中包含必要的更改。Beiko 还强调，如何最好地部署该合约仍存在不确定性。“[问题是]我们是否只是像分叉的常规交易一样部署它，还是将它与分叉结合起来，以便在分叉激活期间，我们也进行合约部署，”Beiko 说。此外，Beiko 表示，以太坊基金会正在开始联系第三方审计服务，以正式审查轻客户端的 PR，并建议客户团队也查看拟议的代码。

3、分叉选择过滤

正如ACDC #114 中所讨论的，需要对 CL 分叉选择规范进行一些更改才能实现确认规则。确认规则是以太坊 CL 团队过去几个月一直在研究的一种新算法，节点运营商将使用该算法轻松快速地确定一个区块是否保证不被重组，即从规范链中删除。开发人员并没有要求所有客户端团队在严格的 epoch 边界上实施确认规则的分叉选择过滤逻辑，例如激活 Dencun 硬分叉，而是在几周前表示倾向于通过软分叉来实施更改。登村。代表 Teku (CL) 客户团队的 Ben Edington 赞成这种降低实施复杂性的策略。开发人员同意，一旦确认 Dencun 激活的纪元号，就在 Dencun 之前通过软分叉 推进合并PR ，以实现对分叉选择过滤逻辑的更改。

4、客户行为标准化

开发人员还讨论了在聚合验证者证明时将新的澄清合并到 CL 客户端行为的 PR。验证者证明是对以太坊网络聚合并用于最终确定新区块的区块链规范头部的投票。一位名叫Pop Chunhapanya 的开发者指出某些客户端（例如 Prysm）仅在一个时隙的前 6.5 秒内聚合验证者证明，而不是整个 8 秒，而其他客户端（例如 Lighthouse）在整个时隙持续时间内滚动聚合证明。Chunhapanya 的 PR 建议更新 CL 客户端规范，以指定所有以太坊 CL 客户端应包含整个时段持续时间的实时证明。Tsao 赞成此 PR，但建议此更改的关键词不应该是“必须”，而应该是“应该”，因为 CL 客户端在发送证明时面临不可避免的延迟，这可能迫使他们错过在持续时间内发送的某些证明。投币口。

开发人员讨论的最后一个 PR 是对提议者增强功能的更改。提议者提升是一种通过提高及时区块提交的奖励来阻止区块提议者提交迟到区块的机制。早在 2023 年 4 月，以太坊上的一个恶意区块提议者就利用了超声波 MEV 继电器中的漏洞，导致 MEV 继电器设计和 MEV Boost 软件发生了微小的变化。Lighthouse (CL) 团队提议对提议者提升奖励的时间进行小幅修改，以进一步减轻对 MEV 中继的类似攻击，如 4 月份所见。开发人员同意在本周末之前合并拟议的 PR。有关 MEV 中继漏洞的性质和 Lighthouse 修复的更多信息，请阅读此博客文章。

5、Holesky 测试网

最后，Jayanthi 介绍了 Holesky 测试网启动的大型测试网络实验的最新情况。作为背景，Holesky 是一个新的公共测试网，以太坊开发人员和客户团队计划于 9 月推出，以取代 Goerli 测试网。Holesky 被设想为以太坊最大的公共测试网，托管比以太坊主网更活跃的验证器。

在过去的几周里，开发人员一直在尝试验证器集的大小。Jayanthi 表示，测试网有 210 万活跃验证者，但无法最终确定。“验证者的职责太多，并且一些区块迟到，导致整个网络传播的证明不足。因此，即使您看到 80% 左右的[区块]提案，我们也只在网络上看到了 40% 到 45% 的证明。”Jayanthi 说道。

随后，开发人员将测试网规模从 210 万个验证器减少到 140 万个，每个节点的最大验证器数量从 5,000 个减少到 3,300 个。Jayanthi 表示，这次测试网实验是成功的。区块提案徘徊在 80% 到 90% 的范围内，证明也同样徘徊在 82% 到 84% 的范围内。

开发人员计划启动 Holesky 测试网，其活跃验证器集大小为 140 万。当被问及 Jayanthi 的团队是否会继续对 200 万个验证器集大小的测试网进行测试时，Jayanthi 表示，他的团队对 140 万个验证器集大小的测试网感到满意，如果需要，可以投入工作和协调工作，以成长为一个 200 万个验证器集大小的网络。线。随着 Holesky 测试网发布的准备工作完成，Tsao 鼓励开发人员在 #interop 频道中发表自己的想法以太坊研发不和谐。