在最新的以太坊核心開發者會議（ACDC）上，開發者們討論了客戶端多樣性資料收集、多客戶端區塊驗證的新研究，以及 Pectra 升級的進展。本文源自 Christine Kim 所著文章，由 BlockBeats 整理、編譯及撰稿。
（前情提要：以太坊最新會議：明年Q1上線Pectra升級，納入的EVM改進提案 EOF 和 EIP-7702 是什麼？ ）
（背景補充：以太坊最新會議：鋪路帳戶抽象、EIP-3074潛在變更、主網與L2治理協作、Pectra升級.. ）
編者按：
以太坊所有核心開發者共識電話（ACDC）每兩週舉行一次，主要討論和協調對以太坊共識層（CL）的更改。本次為 ACDC 第 136 次電話會議，本次會議涵蓋了客戶端多樣性資料收集、多客戶端區塊驗證等新研究，及 Pectra 升級進展等多個議題。
會議期間，開發者們審議了 Pectra 升級的準備情況，並探討了關於 PeerDAS 實現的一些未解問題和提案。此外，Nimbus 開發者 Etan Kissling 還分享了 EIP 7688 和 EIP 6493 的實施工作進展，強調了這些提案對以太坊資料序列化方法升級的重要性。
Galaxy Digital 研究副總裁 Christine Kim 對本次會議要點做了詳細記錄，BlockBeasts 將原文編譯如下：
2024 年 6 月 27 日，以太坊開發人員齊聚 Zoom 參加了 All Core Developers Consensus (ACDC) call #136 會議。ACDC 電話會議是一個每兩週舉行一次的系列會議，由以太坊基金會研究員 Alex Stokes 主持，開發人員在會上討論和協調對以太坊共識層（CL，也稱為信標鏈）的更改。開發者們討論了關於客戶端多樣性資料收集和多客戶端區塊驗證的新研究。
他們還分享了 Pectra 升級的最新進展。Pectra Devnet 1 已經接近釋出準備就緒。以太坊基金會的開發運維（DevOps）團隊正在等待執行層（EL）客戶端的準備情況。Teku 開發者 Mikhail Kalinin 分享了 EIP 6110 規範的更新。PeerDAS Devnet 1 已經上線，並且有三種不同的共識層客戶端實現。SSZ 程式碼更改、EIP 7688 和 EIP 6493 的工作正在進行中，儘管開發者們尚未決定是否將這兩個額外的 EIP 包括在 Pectra 中。
新研究
Nethermind 的研究員 Jorge Arce-Garro 分享了他團隊最近在改進節點運營者報告客戶端多樣性資料方式方面的研究。該研究得到了以太坊基金會的資助。研究提出了三種不同的方法，以促進驗證者節點運營者傳達客戶端型別，並根據方法的複雜性、安全性和保護節點運營者匿名性的能力進行評估。Arce-Garro 請求對他團隊的研究提供回饋，這些研究已經發布在 Ethresearch 上。
接下來，Geth 開發者 Péter Szilágyi 分享了他團隊在支援執行層（EL）交叉驗證方面的最新工作進展。這一想法最初由 Szilágyi 在 2023 年 11 月 提出，旨在提高以太坊在主要客戶端出現重大錯誤時的彈性。EL 交叉驗證旨在使多個客戶端能夠驗證區塊。如果一個客戶端的區塊驗證結果與另一個不同，節點運營者可以拒絕接受或證明該區塊，從而防止一個客戶端故障時可能引發的鏈分裂。
自去年 11 月以來，Geth 團隊詳細探討了這一想法，並在他們的軟體中實現了一個版本。雖然這一功能在所有客戶端的實現並不需要硬分叉，Szilágyi 強調了為了實現 EL 交叉驗證，Engine API 需要進行重大更改。他還分享了區塊匯入延遲增加的基準測試資料。「區塊匯入的效能影響大約是 20%。所以，如果匯入大約需要 100 毫秒，那麼建立見證可能會額外增加 20 毫秒。我認為這是非常非常小的開銷，這是我們已經高度優化的唯一元件，」Szilágyi 說，並補充道，仍需要進一步的測試和基準測試。
由於提出的更改比較複雜，會議上的開發者如 Guillaume Ballet、Lukasz Rozmej 和 Ahmad Mazen Bitar 提出了關於其優先順序的問題，尤其是相對於即將進行的 Pectra 升級和隨後的 Verkle 程式碼更改。開發者們討論瞭如何從較小的部分開始，而不是承諾整個專案，例如更新 Engine API 的 JSON 和二進位制編碼，Szilágyi 強調這是這個軟體長期需要努力的方向。關於該專案沒有做出具體決定。Szilágyi 重申了在 GitHub 上分享了關於它的全部細節，並且歡迎回饋。
Electra 更新
以太坊基金會的 DevOps 工程師 Parithosh Jayanthi 表示，他的團隊正在等待執行層（EL）客戶端團隊啟動 Pectra Devnet 1。Teku 開發者 Mikhail Kalinin 表示，他已經完成了 EIP 6110 的規範更改，該更改在共識層（CL）上增加了一個 佇列機制 ，用於處理來自執行層的新驗證者存款請求。Kalinin 請求開發者對他提出的更改提供回饋。
以太坊基金會的 DevOps 工程師 Barnabas Busa 分享了 PeerDAS 開發的最新情況。他提到 PeerDAS 的第二個開發網已經上線，並且有三種不同的共識層客戶端實現。Busa 補充說，他的團隊已經開始對開發網進行壓力測試，並且已經發現了一些客戶端實現中的問題，客戶端團隊正在努力修復這些問題。
Stokes 指出，關於 PeerDAS 的實現還有一些未解的問題，包括 blob gas 限制應該如何在執行層（EL）和共識層（CL）之間傳遞，以及 blob 基礎費用的計算應該如何處理。開發者們正在權衡 多種提案 來解決這些問題。Stokes 要求開發者在接下來的幾周內更仔細地審查這些提案，以便在未來的會議上達成共識。
然後，Nimbus 開發者 Etan Kissling 分享了 EIP 7688 和 EIP 6493 的實施工作進展。這兩個程式碼更改涉及升級以太坊的資料序列化方法，雖然尚未正式被納入 Pectra 升級，但一些開發者急於儘快包含它們。Kissling 表示，他希望在 Pectra Devnet 2 中包含 EIP 7688，這引起了一些客戶端團隊代表和以太坊基金會 DevOps 團隊的關注。Stokes 建議開發者在稍後重新評估 EIP 7688 在 Pectra 開發網中的準備情況。
關於 EIP 6493 的進展，Kissling 分享說，EthereumJS 執行層客戶端已經有了一個工作實現，他正在努力為該提案製作一個客戶端演示。
📍相關報導📍
以太坊核心開發者最新會議摘要：Dencun更新進度、Prague提案
