以太坊核心開發者最新會議摘要：共識層升級將命名為「Fulu」

閱讀本文需 10 分鐘

8月22日，以太坊所有核心開發人員參加了第140次All Core Developers Consensus(ACDC) 電話會議。

原文標題：《以太坊All Core Developers Consensus Call #140 Writeup》

原文作者：Christine Kim

原文編譯：Ladyfinger，BlockBeats

編按：

以太坊所有核心開發者共識電話（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 測試，因此開發者需要編寫新的規格測試向量，以在未來的開發網路中整合此變更。 Stokes 請求客戶端團隊詳細審查此提議，相關內容可以在此GitHub 連結中找到。

API 引擎更新

隨後，開發者討論了Geth 開發者"Lightclient" 提出的簡化EL 客戶端區塊轉換的提議。正如之前的電話會議總結的那樣，Pectra 中的EIP 7685 使得EL 客戶端在不參考分叉計劃的情況下難以輕鬆區分區塊版本。 Lightclient 提議將請求統一為單一類型，使 EL 用戶端能夠將它們的解釋傳遞給 CL，這一提議得到了大多數開發者的支持。然而，Nimbus 開發者 "Dustin" 表示擔憂，這項變更可能會使沒有 SSZ 庫的用戶端更難使用。然而，Lightclient 和 Potuz 反駁了這些擔憂，表示提議不會讓沒有 SSZ 函式庫的客戶端更難使用，因為他們可以繼續使用舊方法。 Stokes 也傾向於支持該提議，並表示在進行一周的審查後，該提議應合併到 API 引擎規範中。有關API 引擎中「統一請求對象」變更的更多信息，請參閱此GitHub 連結。

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 連結中找到。