第113次以太坊核心开发者共识会议：Dencun后以太坊下一个CL升级将以E开头命名

1月12日消息，第125次以太坊核心开发者共识会议（ACDC）已结束，主要讨论的内容包括坎昆升级测试网、以及EIP-7002、EIP-6110、EIP-7251、SSZ--ification、EIP-6404、EIP-6465、EIP-6466、EIP-6914、EIP-7549等是否该纳入Electra升级。第126次会议将于北京时间1月25日22:00进行。

10月20日消息，Galaxy研究副总裁Christine Kim发文总结第120次以太坊核心开发者共识（ACDE）电话会议，开发人员在会上讨论和协调对以太坊共识层(CL) 的更改。本周，开发人员讨论了CL规范版本1.4.0-beta.3，Devnet-10的启动条件，以及由维护Lodestar和EthereumJS 户端的软件开发人员Gajinder Singh进行的blob延迟分析。 关于Dencun升级的新CL代码规范，该规范被命名为“The Summoning”，该版本在CL GitHub存储库中正式标记为1.4.0-beta.3版本，主要变化包括主网KZG配置（完成以太坊可信设置仪式输出所需的格式化工作已完成，并包含在最新的CL规范版本中）以及新的gossip规则（确保CL节点传播的Blob数量不会超过每个区块的最大Blob数量，目前规范中将其定义为每个区块6个Blob，将确保验证者无法向网络发送垃圾邮件）。 关于Devnet-10，CL规范1.4.0-beta.3版本中的更改将在Devnet-10上进行测试，Devnet-10的推出存在一些障碍，等待客户端团队发布新软件，一旦准备就绪，希望在10月20日的某个时间启动Devnet-10（截止目前尚未启动）。匿名开发人员指出，包含在最新CL规范中的主网KZG配置不能被合并到Geth和Prysm中，除非对“Go - KZG”进行更改将KZG承诺方案实现到Go编程语言中，且Devnet-9上的CL客户端实现中发现了“验证器没有正确地消减无效blob”的问题，有开发者认为应解决上述两个问题后再启动Devnet-10，以太坊基金会研究员Danny Ryan认为有关新削减条件的讨论仅适用Prague/Electra升级而非Dencun升级，并且有关导入具有无效blob的区块的CL规范的更改不应成为Devnet-10启动的障碍。Prysm和Lighthouse客户团队的代表表示，他们将在10月20日之前发布其软件的更新版本。 关于blob延迟分析，从Gajinder Singh在Devnet-9上的实验来看，验证器收到的blob数量越多，区块的延迟就会显着增加。Ryan鼓励另一个CL团队尝试在Devnet-9上重现Singh的实验，看看他们是否能得到类似的值和结果。

5月26日消息，以太坊核心开发者 Tim Beiko 总结称，最新一次的以太坊核心开发者共识（ACDC）会议上讨论了停用 SELFDESTRUCT、EIP-4844 规范更改、操作码管理和潜在的最终 Cancun 添加等内容。随着 Dencun 的形成，Devnet-6 很可能是最后一个 EIP-4844 独有的 Devnet，之后也将开始引入其他 EIP 进行测试。开发者会在未来几周内会确定 Dencun（Deneb + Cancun）的全部范围。

11月17日消息，Galaxy研究副总裁Christine Kim总结第122次以太坊核心开发者共识（ACDC）电话会议，开发人员同意在下周四的 ACDE 会议上开始讨论 Devnet #12 的启动，还讨论了 Geth 开发人员 Péter Szilágyi 提出的一项提案，以解决对执行层（EL）客户端多样性的担忧。共识层（CL）客户端团队正在对 Blob 传播（propagation）进行改进，这将显著降低过去 11 个 devnet 上观察到的与 Blob 传播相关的复杂性和问题。大多数 CL 客户端团队计划在本周或下周完成 Deneb 规范的更新实施。

10月7日消息，Galaxy研究副总裁Christine Kim发文总结第119次以太坊核心开发者共识会议（ACDC），本次会议主要讨论了坎昆/Deneb测试，具体包括最新的以开发人员为中心的测试网Devnet-9的状态和健康状况，以及Devnet-10的启动时间。开发人员将在下一次ACD电话会议期间重新评估坎昆/Deneb升级的测试进度，并重新讨论测试时间表。 此外她表示关于Devnet-10的启动时间，并非所有开发人员都对下一个devnet能够在未来两周内启动充满信心，特别是考虑到客户团队仍在发现和解决Devnet-9上的错误；也并非所有参加电话会议的开发人员都对承诺在11月中旬举行的Devconnect开始之前升级公共以太坊测试网Goerli充满信心。

5月7日消息，Galaxy 研究副总裁 Christine Kim 发文总结第 108 次以太坊核心开发者共识会议。其中，开发者同意考虑将 EIP-4788、EIP-6987 纳入 Deneb 进行测试。EIP-4788 将启用执行层上的共识层状态证明，以通过智能合约进行无信任验证。此前 PR #3175 正处在格式化为 EIP 的过程中，将改为 EIP-6987，即出于安全考虑，防止罚没（slashed）验证节点被选为区块提议者。开发者讨论了在 Deneb 规范中引入一个额外的变量与常量，以允许执行层具有更大的弹性，以独立于共识层调整每个区块的最大 blob 交易数。以太坊核心开发者 Tim Beiko 提醒共识层客户端团队，通过 EIP-4844 引入的新 SSZ 类型应在多大程度上与即将到来的 SSZ 升级兼容或针对当前 RLP 标准进行优化，仍然不确定。Ryan 表示，目前在 EIP-4844 中使用「flat hash」的 SSZ 类型是两头吃亏的，因为它没有为 RLP 格式化，但也没有利用完整的 SSZ 序列化的优势。开发者将在下周的 ACDE 电话会议上继续讨论这一问题。此外，信标链证明子网（attnet）的改造已于 5 月 4 日推出。开发者还在信标链 API Github 存储库上讨论了 PR #317。 考虑到最近的 MEV-Boost 漏洞攻击，中继现在在通过 gossip 上广播前会验证区块内容。该功能需要 Lighthouse 与 Prysm 客户端的自定义分叉。Lighthouse 客户端开发者 Michael Sproul 提出了一个标准查询参数，用于在所有共识层客户端中启用相同的功能。Prysm 客户端开发者 Terence Tsao 表示，在某些方面引入次功能会增加对 MEV-Boost 的依赖性，MEV-Boost 是一种用于在以太坊上赚取 MEV 的临时软件，应该弃用它以支持 PBS。