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