編者按：
以太坊所有核心開發者共識電話（ACDC）是每兩周舉行一次的系列會議，專注于討論和協調以太坊共識層（CL）的更改。第 140 次 ACDC 電話會議由以太坊基金會（EF）研究員 Alex Stokes 主持，會議內容涵蓋了 Pectra 以太坊改進提案 (EIP) 和 PeerDAS 的開發進展等議題。
在會議期間，開發者們審議了 EIP 7251 更新，以解決錯誤計算相關性懲罰的情況 、新標區塊主體的更新、PeerDAS Devnet 2 的推出等等。Galaxy Digital 研究副總裁 Christine Kim 對本次會議進行了詳細記錄，BlockBeats 將原文編譯如下：
2024 年 8 月 22 日，以太坊 開發者通過 Zoom 召開了第 140 次全核開發者共識 (ACDC) 會議。ACDC 會議是一個每兩周舉行一次的會議系列，開發者在會上討論并協調 以太坊 共識層的變更。本周的會議由以太坊基金會研究員 Alex Stokes 主持。開發者們討論了 Pectra EIP 和 PeerDAS 的開發進展，并討論了下一個 以太坊 共識層升級的命名，最終決定將其命名為「Fulu」（一顆恒星的名字）。同時，他們同意在未來討論中使用「Fusaka」這一混合詞來指代 Fulu-Osaka 升級。
Pectra 進展
Stokes 提到 Pectra 升級的新共識層規范版本已發布，標記為 v1.5.0-alpha.5。他鼓勵客戶端團隊審查此版本。隨后，EF 開發運營工程師 Parithosh Jayanthi 討論了 Pectra devnets 的進展。他提到，Geth 客戶端在 Pectra Devnet 2 上產生了一些無效區塊，開發者們正在對此進行調查。同時，Erigon 客戶面臨著與規范鏈保持連接的問題，開發者們正在積極調試。此外，Jayanthi 還表示，執行層 (EL) 客戶端中存在 JSON RPC 標準化的問題，導致開發網絡上的其他需要修復的問題。
Pectra Devnet 3 計劃
Stokes 再次確認了在一周內推出 Pectra Devnet 3 的計劃。Devnet 3 的規范可以在此處找到。EIP 2935 的更新內容也被整合到 Devnet 3 當中，即以狀態的方式保存歷史區塊哈希值。
EIP 7251 更新
開發者正在考慮對 EIP 7251，以最大有效余額增加方面進行更新，以解決對非驗證者擁有大量質押 ETH 時，錯誤計算相關性懲罰的邊緣情況。Stokes 鼓勵客戶端團隊仔細審查這些更新并提出意見。
信標區塊主體更新
正如之前的 ACDC 會議中討論的那樣，CL 客戶端需要訪問執行負載部分，以便在 Pectra 升級后適當處理狀態的轉換。目前，CL 客戶端并不存儲執行有效負載以供參考。開發者們正在權衡將這些請求移至信標區塊中的一個新字段，稱為「ExecutionClientRequests」，而不是最初由 Prysm 開發者「Potuz」建議的，將這些信息組織在一個單獨的「信封」中供 CL 客戶端使用的方案。
總的來說，會議上的開發者們都支持這個想法，認為這一提議比最初的建議更容易實施。Potuz 強調，創建新字段將破壞現有的 CL 測試，因此開發者需要編寫新的規范測試向量，以在未來的開發網絡中整合這一變更。
API 引擎更新
隨后，開發者討論了 Geth 開發者「Lightclient」提出的簡化 EL 客戶端區塊轉換的提議。正如之前的電話會議總結的那樣，Pectra 中的 EIP 7685 使得 EL 客戶端在不參考分叉計劃的情況下難以輕松區分區塊版本。Lightclient 提議將請求統一為單一類型，使 EL 客戶端能夠將它們的解釋傳遞給 CL，這一提議得到了大多數開發者的支持。然而，Nimbus 開發者「Dustin」表示擔憂，這一變更可能會使沒有 SSZ 庫的客戶端更難使用。然而，Lightclient 和 Potuz 反駁了這些擔憂，表示提議不會使沒有 SSZ 庫的客戶端更難使用，因為他們可以繼續使用舊方法。Stokes 也傾向于支持該提議，并表示在進行一周的審查后，該提議應被合并到 API 引擎規范中。
PeerDAS 進展
EF 開發運營工程師 Barnabas Busa 表示，他的團隊將在 8 月 23 日，星期五，啟動 PeerDAS Devnet 2。Lodestar 和 Teku 客戶端團隊的代表已準備好在 Devnet 2 上測試 PeerDAS。Stokes 分享了 EIP 7742 的進展情況，這是一種更新 Blob Gas 目標最有效的方法，使這些值可以由 CL 動態設置。雖然 EIP 仍有一些設計問題尚待解決，但開發者們普遍支持將其納入 Pectra 升級。Lodestar 和 Lightclient 團隊的代表分享了他們希望在 Pectra 中包含 EIP 7742 的意見。Stokes，作為該提案的作者，表示他將繼續進行代碼更改，并在未來的會議中再次討論其可能改進，甚至可能在 Pectra 開發網絡中進行測試。
隨后，開發者們花了一些時間討論客戶端中的 Blob 數量可配置性。關于此問題，沒有做出具體決定。Stokes 建議客戶端團隊繼續思考如何最好地配置 Blob 數量，以避免在將來更改或更新這些值時遇到困難。
Stokes 強調了 Nimbus 開發者 Etan Kissling 在本周會議議程上留下的幾條評論。關于 EIP 7688 向前兼容的共識數據結構的實施和測試工作仍在繼續。開發者們尚未決定是否將其納入 Pectra。Kissling 還請求對與 CL 客戶端如何處理包含一個或多個零長度交易的區塊相關的共識規范更改提出反饋。關于這一更改的更多詳細信息可以在此 GitHub 鏈接中找到。
研究進展
開發者們一致同意將下一個共識層升級命名為 Electra「Fulu」。Fulu 是位于 Cassiopeia 星座中的一顆恒星。共識層升級通常以主要恒星命名，而執行層升級則以主要城市命名。
區塊鏈分析公司 ProbeLabs 的一位代表分享了自 Dencun 升級激活以來通過以太坊網絡層（也稱為 gossipsub 協議）進行消息傳播的見解。