# 以太坊核心開發者共識會議第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一起包含在下次升級中。