原文標題：《Ethereum All Core Developers Consensus Call #132 Writeup》

原文作者：Christine Kim

原文編譯：Luccy，BlockBeats

編按：

以太坊所有核心開發者共識電話（ACDC）每兩週舉行一次，主要討論並協調以太坊共識層（CL）的變更。本次為ACDC 第132 次電話會議，會議上，開發人員分享了關於第一個Pectra 開發人員測試網絡（Pectra Devnet 0）的最新信息，討論了有關規範的開放性問題，並強調了與網絡發布和數據可用性採樣相關的研究項目。其中涉及的問題包括Electra 開放性問題、與Electra 相關的懸而未決的問題、以及研究開放性問題。

在Electra 開放性問題方面，開發人員關注於EIP 7251 和EIP 7549 的影響，以及增加一個新的EIP，該EIP 將創建通用EL 請求的建議。對於與Electra 相關的懸而未決的問題，討論包括驗證者委員會索引類型的變更、驗證者存款資料處理的變更等。 Galaxy Digital 研究副總裁Christine Kim 對本次會議要點做了詳細記錄，BlockBeasts 將原文編譯如下：

2024 年3 月21 日，以太坊開發人員齊聚Zoom 參加了All Core Developers Consensus (ACDC) call #132 會議。 ACDC 電話會議是一個每兩週舉行一次的系列會議，週的電話會議由以太坊基金會研究員Alex Stokes 主持，開發人員在會上討論和協調對以太坊共識層（CL）的更改。本週，開發人員分享了他們為第一個Pectra 開發人員測試網路（也稱為Pectra Devnet 0）做準備的最新資訊。他們討論了有關Pectra Devnet 0 規範的開放性問題，並簡要強調了與網路發布和資料可用性採樣相關的兩個未完成的研究項目。

Electra 開放性問題

以太坊基金會開發人員已經發布了Pectra Devnet 0 的初始CL 規格和測試向量。但是，關於這些規範有幾個懸而未決的問題，這些問題可能會在第一次devnet 啟動時及時解決，也可能無法及時解決。 Stokes 強調，其中一個問題與EIP 7251（增加MAX_EFFECTIVE_BALANCE）有關。開發人員似乎傾向於將驗證者質押的ETH 合併作為執行層（EL）可觸發操作。但是，就目前而言，合併在初始Electra 規範中被定義為CL 操作。 「這很好，因為無論來源如何，信標鏈所需的大多數處理邏輯都是相同的，」Stokes 說。

開發人員在電話會議上討論的另一個懸而未決的問題與EIP 7549（在證明之外移動委員會索引）有關。 EIP 改變了驗證者證明的聚合方式和區塊格式化的方式。當Pectra 被啟動時，將匯總升級前的證明不再與鏈上提交的新證明相容。 Stokes 在電話會議前的GitHub 問題中強調了兩種可能的解決方案。他寫道：

· 用戶端在上一個Deneb 時代廣播這兩種格式，注意不要產生可斜切的訊息。

· 為前Electra 證明擴充具有額外欄位的區塊，並在Electra 的第一個紀元期間只允許Deneb 風格。

Deneb 是以太坊上啟動的最新硬分叉的組合升級名稱。 Electra 是以太坊上下一個立即硬分叉的CL 升級名稱。

開發人員在電話會議上討論了這兩個選項。最終，他們決定暫時不更改Electra 規範，而是看看這些遺失的證明如何影響devnet 上的網路安全。

開發人員在與Electra 相關的電話會議上討論的第三個懸而未決的問題是，在升級中添加一個新的EIP，該EIP 將創建通用EL 請求。 Geth 開發者「Lightclient」提出的EIP 將簡化更新訊息從EL 傳送到CL 的過程。由於基於智能合約的質押解決方案的興起，在以太坊上激活的EIP 大量湧入，並為Pectra 提議直接從EL 而不是CL 觸發各種驗證器操作。 Lightclient 的提議創建了一個通用框架，用於將「合約觸發的請求」從EL 傳播到CL。有鑑於此EIP 將改變Pectra 的設計方式，特別是EIP 6110 和EIP 7002 的實施，Lightclient 強調，他希望客戶團隊盡快就他的提案提供回饋。開發人員同意在本週末之前嘗試並最終確定Lightclient 的EIP，以便在4 月22 日星期一之前建立和共享其規範。

然後，開發人員討論了Teku 開發人員Mikhail Kalinin 提出的與EIP 7549 和EIP 7251 相關的另外兩個懸而未決的問題。第一個是關於驗證者委員會索引類型的變化，而後者則提出了驗證者存款資料處理的改變。 Stokes 鼓勵開發人員更詳細地審查這兩個提案，以便在未來幾週內進一步討論。

最後，開發人員討論的與Electra 規範相關的最後一個懸而未決的問題是blob 計數的增加。以太坊基金會開發人員營運工程師Parithosh Jayanthi 表示，他希望對Dencun 升級後的blob 活動進行分析，並根據此分析建議一次性增加blob 計數，以包含在Electra 升級中。以太坊基金會研究員Ansgar Dietrichs 強調，他還提出了一項建議，即激活逐步增加blob 計數，這應該與Jayanthi 提出的納入Electra 的提議同時考慮。

研究開放性問題

在本週的ACD 電話會議上，開發人員簡要地討論了兩個研究項目。第一個是以太坊基金會研究員Anders Elowsson 的一篇新研究文章，它提出了一個思考和實施以太坊發行政策變化的新模型。完整的帖子可以在這裡閱讀。 Stokes 在電話會議上鼓勵開發人員查看該貼文。

Lighthouse 開發人員Adrian Manning 提出的第二個研究項目與證明子網有關。正如Manning 在GitHub上所說，「這個PR 引入了『網路分片』的概念，它只是一個抽象的概念，將節點ID 標記為一個數字（網路分片）。然後，我們可以使用這個網路分片（數位）來分配節點必須長期訂閱的主題。 Galaxy Research 報告。

Nethermind 開發人員Lukasz Rozmej 詢問EIP 7547（包含清單）是否已獲準包含在Electra 升級中。開發人員重申，EIP 7547 尚未被批准納入。

Saulius Grigaitis 是一位建造名為「Grandine」的以太坊CL 用戶端的開發人員，考慮到正在進行的PeerDAS 研究，他對以太坊的分叉選擇規則提出了疑問。 Grigaitis 要求開發人員在PeerDAS 工作小組中加入想法。