# 以太坊核心开发者共识会议第107次会议概要2023年4月20日,以太坊开发者召开了第107次核心开发者共识电话会议(ACDC)。会议由以太坊基金会研究员主持,重点讨论了以太坊共识层(CL)的修改内容,Deneb的进展更新,以及下一次坎昆升级中除EIP-4844外的其他提案。## Deneb测试网#5自上海升级成功激活后,开发者们迅速将注意力转向坎昆的准备工作。坎昆是以太坊执行层(EL)的下一次升级,而Deneb则是对应的CL升级。会议期间,开发人员讨论了Cancun/Deneb升级的最终范围,该升级将以EIP-4844为核心,实施blob交易类型。Deneb的准备工作从推出测试网#5开始。开发人员计划于下周启动EIP-4844的第五个测试网。某基金会的DevOps工程师正在为多个客户端进行试运行,为下周的测试网发布做准备。引擎API有一个小更改,将"getPayloadV3"和"getBlobsBundleV1"调用合并为一个。这个更改尚未合并到EIP-4844规范中,但将在接下来几天内完成,以便在测试网#5上进行测试。开发人员还讨论了在链重组时如何将blob交易重新插入区块的问题。由于blob交易与常规交易分离,重组后的blobs只能从公共内存池的交易中获得。考虑到许多交易会绕过内存池,一种解决方案是让CL将每个区块的blob数据传递给EL,然后EL可以缓存它直到区块完成。另一种方法是要求提交绕过内存池交易的用户在链重组事件中重新提交其交易。某开发者表示,他更倾向于将blob数据传输到EL中,以便在重组时可以重新插入交易。他认为这对EL的额外负载并不大,如果这个过程变得繁琐,可以调整EL和CL之间的消息以减轻负担。然而,有人指出这种解决方案可能会进一步破坏EL和CL层之间的抽象,并可能与未来实施数据可用性采样(DAS)升级相冲突。## Deneb附加提案除EIP-4844外,Deneb升级还考虑了其他代码升级:1. EIP-4788:在EL中公开CL Beacon链的状态,允许智能合约对CL进行最小化信任访问。2. EIP-6914:重复使用已完全退出网络且长期未活动的验证器索引数字,有助于减少验证器列表的无限增长。3. 一个潜在的代码更改,涉及从Beacon链创世区块开始回填数据并创建新的"历史摘要"内容。4. PR 3175:防止被惩罚的验证者在退出队列时提出区块,提供对"高故障模式"的保护。5. EIP-6493:解决节点如何处理在CL上以SSZ格式进行格式化但在EL上编码不同的blob交易类型。开发人员倾向于将EIP-4788、EIP-3175与EIP-4844一起包含在下次升级中。
以太坊开发者会议聚焦坎昆升级 EIP-4844成核心提案
以太坊核心开发者共识会议第107次会议概要
2023年4月20日,以太坊开发者召开了第107次核心开发者共识电话会议(ACDC)。会议由以太坊基金会研究员主持,重点讨论了以太坊共识层(CL)的修改内容,Deneb的进展更新,以及下一次坎昆升级中除EIP-4844外的其他提案。
Deneb测试网#5
自上海升级成功激活后,开发者们迅速将注意力转向坎昆的准备工作。坎昆是以太坊执行层(EL)的下一次升级,而Deneb则是对应的CL升级。会议期间,开发人员讨论了Cancun/Deneb升级的最终范围,该升级将以EIP-4844为核心,实施blob交易类型。
Deneb的准备工作从推出测试网#5开始。开发人员计划于下周启动EIP-4844的第五个测试网。某基金会的DevOps工程师正在为多个客户端进行试运行,为下周的测试网发布做准备。
引擎API有一个小更改,将"getPayloadV3"和"getBlobsBundleV1"调用合并为一个。这个更改尚未合并到EIP-4844规范中,但将在接下来几天内完成,以便在测试网#5上进行测试。
开发人员还讨论了在链重组时如何将blob交易重新插入区块的问题。由于blob交易与常规交易分离,重组后的blobs只能从公共内存池的交易中获得。考虑到许多交易会绕过内存池,一种解决方案是让CL将每个区块的blob数据传递给EL,然后EL可以缓存它直到区块完成。另一种方法是要求提交绕过内存池交易的用户在链重组事件中重新提交其交易。
某开发者表示,他更倾向于将blob数据传输到EL中,以便在重组时可以重新插入交易。他认为这对EL的额外负载并不大,如果这个过程变得繁琐,可以调整EL和CL之间的消息以减轻负担。
然而,有人指出这种解决方案可能会进一步破坏EL和CL层之间的抽象,并可能与未来实施数据可用性采样(DAS)升级相冲突。
Deneb附加提案
除EIP-4844外,Deneb升级还考虑了其他代码升级:
EIP-4788:在EL中公开CL Beacon链的状态,允许智能合约对CL进行最小化信任访问。
EIP-6914:重复使用已完全退出网络且长期未活动的验证器索引数字,有助于减少验证器列表的无限增长。
一个潜在的代码更改,涉及从Beacon链创世区块开始回填数据并创建新的"历史摘要"内容。
PR 3175:防止被惩罚的验证者在退出队列时提出区块,提供对"高故障模式"的保护。
EIP-6493:解决节点如何处理在CL上以SSZ格式进行格式化但在EL上编码不同的blob交易类型。
开发人员倾向于将EIP-4788、EIP-3175与EIP-4844一起包含在下次升级中。