原文標題：Ethereum All Core Developers Consensus Call #107 Writeup

原文標題：

2023 年4 月20 日，以太坊開發者齊聚一堂，召開第107 次核心開發者共識電話會議(ACDC) 。 ACDC 是一個雙週會議系列，由以太坊基金會研究員Danny Ryan 主持，此次會議中，以太坊開發人員討論對以太坊共識層(CL) 方面的修改內容，更新了圍繞Deneb 的進展，並討論了下一次坎昆升級中，除了以太坊EIP-4844 之外還有哪些提案包含其中。

Deneb Devnet #5 

一級標題

一級標題
一級標題

自4 月12 日上海成功激活以來，以太坊開發者第一時間將注意力轉移到坎昆的籌備工作上。 Cancun 是以太坊執行層（EL）下一次升級的名稱，而Deneb 是對應CL 的升級名稱。在ACDE 電話會議期間，開發人員討論了Cancun/Deneb 升級的最終範圍，該升級將以EIP 4844 為中心，即blob 交易類型的實施，Deneb 的準備工作，從推出devnet #5 開始。ETHTokyo自去年10 月，開發人員就為EIP 4844 啟動了多客戶端測試網絡，也稱為devnets。 ACDE 電話會議主席Tim Beiko 表示，EIP 4844 的第五個devnet 將於下周某個時候啟動。以太坊基金會的DevOps 工程師Paritosh Jayanthi 表示，他正在為Ethereum JS (EL) 和Lodestar (CL) 等客戶進行試運行，為下週的devnet 發布做準備。PPT其中，引擎API 有一個小的更改，將“getPayload V3”和“getBlobsBundle V1”調用合併為一個。 Beiko 強調，這個更改尚未合併到GitHub 上的EIP 4844 規範中，但將在接下來的幾天內完成，以便該更改可以在devnet＃ 5 上進行測試，Beiko 敦促客戶端團隊盡快審查此更改。

開發人員隨後討論了有關如何在鏈重組時將blob 事務重新插入塊的問題。這個問題是由Geth（EL）開發者Péter Szilágyi 在他在

上的演示中提出的（可以在Szilágyi 的

由於缺少EL 客戶端團參與，下次ACDE 電話會議上再次提出這個問題。

Deneb Add-Ons

一級標題

一級標題

一級標題

除了EIP-4844 ，Deneb 升級還考慮了其他的代碼升級。
4、PR 3175 1、第一個是EIP-4788 ，它可以在EL 中公開CL Beacon Chain 的狀態。這將允許在EL 上執行的智能合約對CL 進行最小化信任訪問，這與質押池、再質押協議、MEV 等相關。以太坊基金會研究員Alex Stokes 是EIP 的作者之一，他表示該功能是對CL 的“輕量級”更改。電話會議上沒有人反對將EIP 4788 包含在Deneb 中。並將在下次ACDE 電話會議上向EL 客戶端團隊徵求支持該EIP 的意見。

2、EIP-6914 ，該提案能將已完全退出網絡並且有一段時間未活動的驗證器索數字重複使用。在驗證器退出以及新的驗證器加入到網絡的過程，該EIP 將有助於減少驗證器列表的無限增長。 Stokes 表示，EIP 6914 的複雜性比較高，代碼更改應推遲到Deneb 後面的下一次硬分叉。在對EIP-6914 複雜性進行討論後，開發人員同意繼續磨合代碼更新的詳細信息，但將最終的實施留到Deneb 之後。3、Ryan 提出了一個潛在的代碼更改，涉及從Beacon Chain 創世區塊開始回填數據並創建新的“歷史摘要”內容。關於這個代碼更改的細節尚未在EIP 中指定。 Ryan 同意與此更改的提議者Jacek Sieka（Status 研究開發負責人，正在構建Nimbus (CL)客戶端）聯繫以獲取更多詳細信息。。

，該提案將防止被懲罰的驗證者在退出隊列時提出區塊。如果有超過50 ％的驗證者因惡意行為而被懲罰，在被強制從網絡中驅逐的同時，這些驗證者仍然能夠提出區塊。 Ryan 表示，更改此邏輯是一個相對較小的CL 層更改，可以提供對“高故障模式”的保護。