2024 年 2 月 28 日，以太坊開發人員齊聚 Zoom 參加了 All Core Developers Execution (ACDE) call #182 會議。ACDE 電話會議是一個每兩周舉行一次的系列會議，由以太坊基金會研究員 Danny Ryan 主持，開發人員在會上討論和協調對以太坊執行層（EL）的更改。本周，開發者討論了 Dencun 升級的測試更新以及 Pectra 的幾個候選 EIP。在 Pectra 中，最具爭議的 EIP 討論涉及與帳戶抽象相關的代碼更改。帳戶抽象（AA）旨在為以太坊上由用戶控制的外部擁有帳戶（EOA）引入更高級別的可編程性，而不是智能合約代碼。

Dencun 新進展

以太坊基金會開發營運工程師 Barnabas Busa 分享了 Dencun 升級的最新測試進展。以太坊基金會於 2024 年 2 月 27 日星期二宣布，該升級現已正式計劃於 2024 年 3 月 13 日在以太坊主網上激活。根據上周ACD 電話會議的討論，開發者們正在對客戶端軟體的最終版本進行測試，這些測試是在主網的陰影分叉上進行的，這是一種模仿以太坊主網區塊鏈狀態和活動的測試網路。Busa 表示，開發者們已經在主網的陰影分叉上進行了不同類型的「垃圾郵件測試」。節點在這些測試中表現出極高的韌性，並且網路參與率保持穩定，接近 100% 的參與率。儘管沒有出現問題，但 Busa 指出，垃圾郵件測試在計算資源方面對節點造成了很大的壓力，尤其是 RAM 和 CPU 的開銷。

Busa 隨後在電話會議上提醒所有人，Goerli 測試網路（測試網）即將被棄用。任何使用該測試網路的人都應在 4 月 17 日之前將其操作轉移到另一個以太坊測試網路上。Busa 表示，他已經注意到一些在 Goerli 上的大型驗證節點營運商已經退役了他們的機器。這導致了 2 月 28 日 Goerli 網路最終性的延遲，但 Goerli 網路似乎已經恢復。Ryan 指出，Goerli 上的網路參與率已經相當低，大約在 70％左右。「說實話，我並不指望參與率能持續到 4 月 17 日，」Busa 說。「儘管如此，這仍然是一件可以觀察的趣事。」

Busa 詢問他的團隊應該何時關閉 Devnet 12，這是一個專門為客戶端團隊於去年 11 月啟動的測試網路，用於測試其 Dencun 升級實現。如果有任何需要在 Dencun 上線後進行測試的最後一分鐘的客戶端發布，開發者們同意在 Dencun 升級在以太坊主網上線後不久關閉 Devnet 12。

Pectra 升級的追溯性 EIP

隨後，開發者們討論了 Pectra 升級的兩個追溯性以太坊改進提案（EIP）。追溯性 EIP 是指對以太坊協議進行的代碼更改，主要是為了對已經存在但需要進一步澄清以解決特定邊緣情況的約束進行追溯性補充。第一個追溯性 EIP 是 EIP 7610，它擴展了一項規則，限制智能合約的創建只能在具有預先存在儲存的地址上進行。關於這一代碼更改的更多背景，請參閱先前通話記錄。

關於 EIP 7610 的一個關注點是該代碼更改是否會對 Verkle 產生影響，Verkle 是開發者們在 Pectra 升級之後為升級準備的一個代碼更改。Geth 開發者 Gary Rong 解釋了 EIP 7610 在未來不會對 Verkle 升級造成任何問題。Hedera Hashgraph 工程師兼 Besu 客戶端維護者 Danno Ferrin 表達了一些關於 EIP 7610 可能對 Verkle 產生影響的突出擔憂，並表示他將在EIP 7610 以太坊魔術師線程中書面分享這些擔憂。

開發者們討論的第二個追溯性 EIP 是 EIP 7523，它將正式化規則，禁止空帳戶出現在以太坊及其測試網路的狀態中。Ryan 表示他將再次核實分析人員，以確保如果實施了這一規則，不會影響任何以太坊網路（主網或測試網）上的帳戶，並在下一次 ACDE 電話會議上重新提出這個討論。

Pectra 的帳戶抽象 EIP

接下來，開發者們討論了可能包含在 Pectra 升級中的帳戶抽象 EIP。2 月 28 日，一部分開發者聚集在一起，專門就AA 進行了一次會議，他們討論了該倡議的廣泛目標以及可以在短期和長期內實施的各種 EIP。談到 AA 的目標，以太坊聯合創始人 Vitalik Buterin 表示：「所以長期目標是這樣的，我們最終必須有一種帳戶系統，它允許密鑰輪換和密鑰廢棄，以允許我們的量子抗性。同時，還允許批處理、贊助交易等其他較小的功能。當然，前兩個目標明顯無法通過 EOAS 滿足，這清楚地表明了將生態系統轉移到超越 EOA 中心化的位置，但這也引發了一個討論，即如何實現這一目標，有些具體細節還沒有解決，以及實際上是什麼短期路線圖可以實現人們短期內想要的目標，但又與更長期目標相兼容。

短期內，開發者正在評估三個主要的 AA EIP，分別是 EIP 3074、5806 和 7377。電話會議上的開發者在 EIP 3074 和 5806 之間的優劣勢上存在分歧。混淆的主要原因在於 EIP 3074 是否需要用戶雙重簽署交易，以及是否依賴於協議外的 AA 標準 ERC 4337 以分散方式贊助交易，以及與 EIP 5806 相比，EIP 3074 的相對複雜性和安全性等其他辯論。開發者們普遍認為 EIP 7377 是最不具爭議的 AA EIP，因為它在用例上與其他兩個 AA EIP 是正交的。EIP 7377 旨在幫助用戶輕鬆將他們在 EOA 中的資產遷移到一個新的智能合約錢包，而其他兩個 EIP 主要關注於創建新的 AA 功能，以支持批量交易授權和氣體贊助。

開發者們對這三個 EIP 尚未達成共識，並同意在接下來的幾周內繼續討論。

其他 Pectra 的 EIP

開發者們簡要討論了 Pectra 的其他幾個候選 EIP，包括：

· EIP 7623，增加通話數據成本：該提案建議提高以太坊上主要使用區塊鏈進行數據可用性的常規交易的成本。通過調整以太坊上通話數據的 gas 成本，該 EIP 減少了能夠合理容納在一個區塊中的調用數據交易的數量，從而降低了區塊的最大大小。區塊大小的減小可以允許更多的 blob 交易。Danny·Ryan 建議電話會議上的開發者們在接下來的幾周里審查這個 EIP。

· EIP 2537，用於 BLS12-381 曲線運算的預編譯：這個提案將新的加密簽名方案引入到以太坊中，已經獲得了包含在 Pectra 升級中的批准。提案的一位作者 Antonio Sanso 提出了一個關於其實施的問題。Danny·Ryan 建議將問題書面記錄下來，並將其傳給開發者進行電話會議之外的進一步討論。

· EIP 5920，PAY 操作碼：該提案新增了一項操作，允許用戶向一個地址發送 ETH，而不會觸發該地址的任何函數。Geth 開發者 Marius van der Wijden 表示，通過與其他團隊進一步討論該 EIP，發現該提案的測試比預期的更加複雜。Van der Wijden 還指出，該提案規定不夠清晰。Ferrin 補充說，PAY 操作碼目前被規定使用與另一個操作碼 AUTH 相同的代碼編號，因此需要由其作者進行修正。

· EIP 7609，減少臨時儲存定價：該提案建議降低智能合約常見用例中的臨時儲存操作碼的價格，例如維護遞歸日誌。Van der Wijden 和 Ryan 贊成在 Dencun 升級生效後首先收集有關臨時儲存操作碼的使用數據，然後再重新討論其定價。

· EIP 7639，停止提供 PoS 之前的歷史記錄：該提案制定了一個時間表，讓 EL 客戶端停止提供合併升級之前的歷史數據。這個代碼更改的動機是減少以太坊節點需要永久儲存的數據量。該提案還承諾了一種標準化的方式，讓節點對合併之前的歷史數據進行結構化，並從外部源檢索它。Teku 開發者 Mikhail Kalinin 指出，這個 EIP 依賴於另一個 EIP，即EIP 6110，該提案已經在之前的ACD 電話會議上獲得批准，將被包含在 Pectra 升級中。開發者們同意在接下來的幾周內更詳細地審查 EIP 7639。

引擎 API 和 JSON RPC 更改

Kalinin 提出了幾個與確認規則實施相關的問題，這是一個在一個插槽期間，大約 12 秒的時間內確認的 CL 機制，用於確定在某些假設條件下，一個區塊是否會保留在規範鏈中並最終確定。這是一個強大的功能，因為許多構建在以太坊上的應用程序可以利用早期區塊確認的資訊來進行操作。然而，為了公開有關早期區塊確認的數據，需要對以太坊引擎 API 和 JSON RPC 進行一些更改。由於電話會議時間不足，Ryan 建議在下周的 ACD 電話會議上或之後的一周再詳細討論這些更改。

輕客戶分組討論室

Ryan 提醒開發者，下周三，3 月 6 日，將舉行一次專門的會議，討論 Pectra 升級的輕客戶端路線圖。有關輕客戶端討論的背景，請參閱之前的通話記錄。

最後，van der Wijden 提出了建立一個新的以太坊客戶端版本的提案，以在初始同步過程中節省節點 550GB 的帶寬。Van der Wijden 表示，他正在為新版本準備一個正式的 EIP，但可以在此處找到他的規格草案。Ryan 鼓勵開發者審查草案，並在 Discord 上提出任何問題。

原文連結