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