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