撰文：Christine Kim

編譯：Luccy，BlockBeats

編者按：以太坊所有核心開發者執行電話（ACDE），每兩週舉行一次，主要討論和協調對以太坊執行層（EL）的更改。本次爲 ACDE 第 190 次電話會議，本次會議上，重點討論了 EIP 7251 和 7702、以太坊虛擬對象格式（EOF）以及 PeerDAS 等議題。

會議期間，Beiko 還提議了一個新的 EIP 討論模板，並強調了以太坊開發者資源頁面「eth-clients」的重要性。Galaxy Digital 研究副總裁 Christine Kim 對本次會議要點做了詳細記錄，BlockBeasts 將原文編譯如下：

2024 年 6 月 20 日，以太坊開發人員齊聚 Zoom 參加了 All Core Developers Execution (ACDE) call #190 會議。ACDE 電話會議是一個每兩週舉行一次的系列會議，由以太坊基金會協議支持主管 Tim Beiko 主持，開發人員在會上討論和協調對以太坊執行層（EL）的更改。

本週，開發人員介紹了他們在實施各種代碼更改方面的進展，包括以太坊改進提案（EIP）7251 和 7702，以及以太坊虛擬對象格式（EOF）和 PeerDAS。

Beiko 還分享了一個用於 EIP 討論的建議模板，EF 開發運營工程師 Parithosh Jayanthi 介紹了一個新的 GitHub 頁面，名爲「eth-clients」，用於以太坊主網和測試網的配置。最後，Beiko 提醒團隊，下一次 ACDE 通話將在 7 月 4 日的美國假期舉行。雖然他不會參加此次會議，但 EF 研究員 Alex Stokes 將代替他主持會議。

Pectra Devnet 1

開發人員在會議開始時討論了 Pectra Devnet 1。開發人員旨在下週推出 Pectra 升級的下一個專用測試網。與之前的測試網 Devnet 0 相比，新測試網主要有以下規範變化：

  • 增加了 EL 觸發的驗證器合併

  • 用 EIP 7702 替代了 EIP 3074

EL 客戶端團隊正在推進他們的 Devnet 1 實現。每個主要以太坊 EL 團隊的代表都分享了他們的最新進展：

  • Besu：他們的 Devnet 1 實現的第一個版本已經準備好，但仍有一些測試缺失，團隊對氣費定價操作的規格有疑問。

  • Nethermind：他們正在審查他們的 Devnet 1 實現，合併各種代碼更改和軟件分支，並編寫測試用例。

  • Erigon：他們有 EIP 7702 的草稿實現，正在審查 EIP 7251 的最新變化，即增加了 EL 觸發的驗證器合併。

  • Reth：他們的 Devnet 1 實現應該在下次 ACD 會議之前完成。

  • EthereumJS：團隊正在進行 EIP 7702 的實現，預計將在一週左右準備好 Devnet 1。

  • Geth：團隊也在進行 EIP 7702 的實現。

在客戶端團隊分享他們的進展時，一個名爲「Racytech」的開發人員問 EOF 的實現是否會被排除在 Devnet 1 之外。Beiko 確認 EOF 不會在 Devnet 1 上測試，並且 EOF 的實現應該基於最新的 Pectra 規格，而不是最終的 Deneb 規格。EF 開發運營工程師 Barnabas Busa 強調，這一策略將使調試 EOF 變得更困難，因爲 Pectra 規格正在變化，並且也在同時調試。「即使如此，這仍然是正確的，因爲我們希望團隊在覈心 Pectra EIPs 上工作並修復這些錯誤。所以，這比基於之前的分叉然後在最後階段再基於 Prague 更合理，並且還要發現所有那些錯誤，」Beiko 說。Prague 是 Pectra 升級的 EL 名稱。

EIP 7702 更新

儘管開發人員正在努力在 Devnet 1 中實現 EIP 7702，但有可能對代碼進行重大修改以支持新功能，特別是用戶撤銷 EIP 7702 交易授權的能力。

一個名爲「Lightclient」的 Geth 開發人員提出了支持 EIP 7702 撤銷的新改動。他解釋道：「在任何時候看清楚你有哪些授權正在生效並不容易，也很難知道哪些已經被撤銷，哪些沒有。有一些設計模式可以避免這些情況，但實際上我們可能不知道錢包將如何使用這個功能。爲了更好地防禦，我記得 Vitalik 在上次電話會議上提到過，或者是在一個分組討論室裏提到過，與其讓授權成爲必須包含在交易中的臨時事務，我們可以保存這些授權，這樣你可以隨時查看賬戶被分配了哪些代碼。」

一個名爲「Arik」的開發人員表示他更喜歡 EIP 7702 的當前版本，而不是 Lightclient 提出的改動。Arik 說，在新的 EIP 7702 下會有一些特定的用例。Lightclient 反駁了這些評論，表示舊版本 EIP 7702 支持的所有用例仍然保留，並且增加了一個強大的可撤銷機制。然而，Lightclient 也指出，這些改動使 EIP 在客戶端中的實現更加複雜。Beiko 在會議聊天框中表示，最終確定 EIP 7702 的設計是 Pectra 的「頭號未解決的規格問題」，並建議開發人員組織另一次分組討論電話會議，以達成其撤銷機制的共識。「如果到下次會議時我們有一個大家普遍滿意的版本，無論是這個版本還是其調整版本，都可以作爲 Devnet 2 的一部分，那將是很好的，」Beiko 說。

Besu 開發者 Daniel Lehrner 質疑，如果規格可能會在 Devnet 2 中改變，開發人員是否應該花時間在 Devnet 1 中實現當前版本的 EIP 7702。他說：「這些提案是相當不同的，所以我們可能會實現一些在幾周後由於 7702 再次變化而不得不部分拋棄的東西。」加密錢包 Safe 的聯合創始人 Richard Meissner 表示，在他看來，爲錢包團隊在測試網上實現某種版本的 EIP 7702 是有幫助的。Beiko 補充說，當前形式的 EIP 7702 的實現不會在他看來大大延遲客戶端團隊的進度，如果開發人員現在試圖將其從 Pectra 規格中移除，可能會對 Devnet 1 造成複雜情況。

EOF 更新

談到 EOF，Busa 表示他的團隊將在實施其他 Pectra 代碼更改後測試 EOF 實現。EOF 就緒情況在 GitHub 上進行跟蹤。目前，有兩個 EL 客戶端團隊，Besu 和 Reth，已經實現了所有 EOF EIP，而其他團隊仍在努力實現所有 EOF EIP。來自 Erigon 團隊的代表指出，模擬包含 EOF 交易的以太坊區塊的額外測試用例將是有用的。EF 測試團隊的成員 Mario Vega 在聊天中說，他的團隊正在發佈更多的 EOF 測試，並將在下次 EOF 分組會議上分享更多內容。獨立的以太坊協議開發者 Danno Ferrin 說，由於 EOF 規格現在已經最終確定，EOF 電話會議已經從每週一次改爲每兩週一次，目前 EOF 的工作重點是測試和客戶端實現。

PeerDAS 更新

Busa 簡要介紹了 PeerDAS 實施工作的進展。他表示，下一個 PeerDAS Devnet 將在一到兩週內上線。與上次 ACDC 會議討論的一樣，PeerDAS 將基於最終確定的 Dencun 規格進行開發，而不是 Pectra 規格。

公告

Beiko 提出了一個新的默認模板，供 EIP 作者在 Ethereum Magicians 帖子中使用。這個新模板旨在促進對 EIP 的高質量審查。

Jayanthi 介紹了「eth-clients」GitHub 頁面，該頁面爲以太坊開發人員提供了多種資源，包括以太坊測試網和主網的規範配置等。目前，該頁面由所有 CL 客戶端團隊的代表維護。Jayanthi 呼籲 EL 客戶端團隊的代表自願幫助維護這個 GitHub 頁面。

Lightclient 詢問了客戶端團隊在歷史數據過期處理工作方面的進展情況。此次會議上沒有分享這方面的更新。

Beiko 表示，他不會主持下一個在美國假期 7 月 4 日舉行的 ACDE 電話會議。屆時，EF 研究員 Alex Stokes 將代替他主持會議。

#Ethereum