# 以太坊核心开发者共识会议#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一起包含在下次升級中。