作者：Christine Kim ，Galaxy Digital 研究團隊副總裁翻譯：善歐巴，金色財經

2024 年2 月28 日，以太坊開發者透過Zoom 召開第182 次全核心開發者(ACDE) 電話會議。 ACDE 電話會議是每兩週舉行一次的會議系列，供開發人員討論和協調以太坊執行層(EL) 的變更。本週的會議由以太坊基金會(EF) 研究員Danny Ryan 主持。開發人員討論了Dencun 升級的測試更新以及Pectra 的幾個候選EIP。討論最激烈的、擬議納入Pectra 的EIP 與帳戶抽象化相關的程式碼變更有關。帳戶抽象化(AA) 旨在為外部擁有帳戶(EOA) 引入更高程度的可程式性，EOA 是以太坊上由使用者控制的帳戶，而不是智慧合約程式碼。

Dencun 更新

以太坊基金會開發運維(DevOps) 工程師Barnabas Busa 分享了Dencun 升級最終測試的最新情況。以太坊基金會於2 月27 日星期二宣布，升級現已正式計劃於2024 年3 月13 日在以太坊主網上啟動。正如上週的ACD 電話會議所討論的那樣，開發人員正在主網影子分叉上測試客戶端軟體的最終版本，影子分叉是一種測試網絡，它鏡像了以太坊主網的區塊鏈狀態和活動。 Busa 表示，開發人員已經在主網影子分叉上進行了不同類型的「垃圾郵件測試」。節點在這些測試中表現得非常穩定，網路參與率一直保持在接近100%。雖然沒有出現問題，但Busa 指出，垃圾郵件測試確實在電腦資源方面(特別是記憶體和CPU 佔用率) 嚴重影響了節點。

Busa 接著提醒與會者，Goerli 測試網路(testnet) 很快就會被棄用。任何使用測試網路的人都應該在4 月17 日之前將其操作轉移到其他以太坊測試網路。 Busa 說他已經注意到Goerli 上的一些大型驗證器節點運營商已經退役了他們的機器。這導致了Goerli 在2 月28 日的網路最終確定出現延遲，但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，這是一項程式碼更改，開發人員正在為Pectra 之後的升級做準備。 Geth 開發者Gary Rong 解釋了EIP 7610 如何在未來對Verkle 升級不構成任何問題。 Hedera Hashgraph 工程師和Besu 用戶端維護者Danno Ferrin 對EIP 7610 可能如何影響Verkle 提出了一些未解決的擔憂，他表示他將在以太坊改進提案7610 的“以太坊魔術師”討論板上分享這些擔憂。

開發人員討論的第二個追溯性EIP 是EIP 7523，它將正式禁止空帳戶出現在以太坊和以太坊測試網路的狀態。 Ryan 表示，他將仔細檢查誰正在進行分析，以確保實施該規則後任何以太坊網路（主網或測試網）上的帳戶都不會受到影響，並將在下一次ACDE 電話會議上再次討論這個問題。

用於Pectra 的帳戶抽象化EIP

接下來，開發人員討論了包含在Pectra 中的潛在帳戶抽象化EIP。 2 月28 日，一部分開發人員參加了專門的AA 會議，討論了該計劃的宏觀目標以及可以在短期和長期內實施以實現這些目標的各種EIP。以太坊聯合創始人Vitalik Buterin 在談到AA 的目標時表示，「因此，長期的 [目标是] 這個基本願望，即最終我們必須擁有一些類型的帳戶系統，該系統一方面允許密鑰輪換和 [另一方面] 密鑰棄用，以使我們能夠抵抗量子計算。三、允許批量處理…[并且] 允許sponsor 交易和其他一些較小的功能，其中當然，前兩個目標顯然無法透過EOA 實現，因此提出了一個相當清晰的案例，將生態系統轉移到一個超越以太坊帳戶為中心的地方，但是然後討論轉向了實現這些目標的實際手段是什麼，以及一些不太明確的具體細節，以及短期路線圖實際上是什麼，它可以為人們在短期內想要的帶來收益，但同時又與那些長期的 [目标] 相容。 」

短期內，開發人員正在評估三個主要的AA EIP，分別是EIP 3074、5806 和7377。對於EIP 3074 和5806 之間的優缺點，參與電話會議的開發人員意見分歧。爭論的焦點之一在於EIP 3074 在多大程度上要求用戶對交易進行雙重簽名並依賴去中心化方式發起交易的協議外AA 標準ERC 4337，以及其他關於EIP 3074 與5806 相比的相對複雜性和安全性方面的辯論。開發人員普遍認為EIP 7377 是爭議最少的AA EIP，因為它在用例方面與其他兩個AA EIP 正交。 EIP 7377旨在幫助用戶輕鬆地將他們的資產從以太坊帳戶遷移到新的智慧合約錢包，而其他兩個EIP 則主要專注於創建新的AA 功能，這些功能支援批量交易授權和gas 費用贊助。

開發人員沒有就這三個EIP 達成共識，並同意在未來幾週內繼續討論它們。

Pectra 的其他EIP 提案

除了帳戶抽象化EIP 之外，開發人員還簡要討論了幾個其他擬​​議納入Pectra 升級的EIP：

• EIP 7623：增加calldata gas 費用：該提案建議提高以太坊上主要用於資料可用性的常規交易成本。透過調整以太坊上的calldata 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 opcode) 相同的代碼編號，因此需要由其作者修正。

• EIP 7609：降低臨時儲存定價：該提案建議降低智慧合約常見用例（例如維護可重入日誌）的臨時儲存操作碼價格。 Van der Wijden 和Ryan 都同意在Dencun 升級上線後先收集有關臨時儲存操作碼如何使用的數據，然後重新討論其定價。

• EIP 7639：停止提供權益證明之前的歷史資料：該提案為執行層(EL) 用戶端制定了一個時間表，以便它們停止提供合併升級之前的歷史資料。此程式碼變更的動機是為了減少以太坊節點需要永久儲存的資料量。該提案還承諾節點以標準化方式建構合併之前歷史資料並從外部來源檢索它們。 Teku 開發者Mikhail Kalinin 指出，該EIP 依賴另一個EIP (EIP 6110)，後者在先前的一次ACD 電話會議上被批准納入Pectra 升級。開發人員同意在未來幾週內更詳細地審查EIP 7639。

引擎API 和JSON RPC 更改

除了上述議題，以太坊核心開發者也討論了引擎API 和JSON RPC 變更。

Teku 開發者Mikhail Kalinin 提出了一些與確認規則實施相關的問題，該規則是一種CL 機制，可以在大約12 秒（一個插槽）的時間內確認某個區塊在特定假設下是否會留在規範鏈並最終確定。這是一個強大的功能，因為許多建立在以太坊上的應用程式可以利用早期區塊確認的資訊來進行操作。但是，要公開有關早期區塊確認的數據，需要對以太坊引擎API 和JSON RPC 進行一些更改。由於通話時間有限，Ryan 建議在下週或下週的ACD 電話會議上更詳細地討論這些變更。

輕客戶端分breakout room 會議

Ryan 提醒開發人員，下週三(3 月6 日) 將有一場專門的會議來討論Pectra 升級的輕客戶端路線圖。有關輕客戶端討論的背景信息，請參閱前一次會議記錄。

新的以太坊客戶端版本提案

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