摘要：本次為ACDC第132次電話會議，會議上，開發人員分享了關于第一個Pectra開發人員測試網絡（PectraDevnet0）的最新信息，討論了有關規范的開放性問題，并強調了與網絡發布和數據可用性采樣相關的研究項目。...

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

原文作者：Christine Kim

原文來源：galaxy

編譯：Luccy，BlockBeats

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 標記為一個數字（網絡塊）。然后，我們可以使用這個網絡塊(數字)來分配節點必須長期訂閱的主題。Manning 他的團隊正在尋求他的建議的最終意見，以便他的團隊能夠開始研究以太坊的數據可用性取樣解決方案 PeerDAS。相關數據可用性采樣信息，請閱讀Galaxy Research 報告。

Nethermind 開發人員 Lukasz Rozmej 詢問 EIP 7547(含目錄)是否已獲準包含在內 Electra 升級。開發人員重申，EIP 7547 未被允許列入。

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