Dencun將於3月13日在主網激活、Pectra升級候選EIP？

2024-03-01 18:03:56

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 上提出任何問題。