以太坊與 Base 放棄共同帳戶抽象標準

Ethlabs 開發者 Derek Chiang 週一表示，兩項提案的作者上週停止合作制定共同規範，因為發現可行的技術選項需要以太坊或 Base 在其中一方的核心需求上做出妥協。

兩項提案都旨在簡化使用者與加密錢包的互動方式，包括允許使用者在未持有 ETH 作為 gas 費的情況下進行交易，以及支援手機金鑰等驗證方式。團隊一直在探討單一設計是否能同時服務以太坊 Layer 1 和 Base Layer 2。

「雖然我們找到了一些技術解決方案，但它們都要求其中一方在核心目標上至少做出些許妥協，」Chiang 表示。「所以我們分道揚鑣，將處理隨之而來的碎片化問題的負擔交給錢包。」

根據 Chiang 的說法，以太坊開發者優先考慮抗審查性、隱私和安全性，而 Base 則專注於規模化、客製化和合規性。這些差異最終使團隊無法就單一交易格式達成共識。

以太坊與 Base 的帳戶抽象計畫已分道揚鑣

這項決定意味著，如果 EIP-8141 和 EIP-8130 都進入生產階段，錢包開發者將面臨支援兩種原生交易格式的可能性。

Chiang 表示，儘管網路之間存在技術差異，錢包仍可為使用者提供一致的體驗，具體取決於開發者如何處理不同的標準。

「如果他們執行得當，且錢包社群能夠彌合碎片化問題，我們最終可能為終端使用者帶來最佳的用戶體驗，」他說。

這一結果改變了開發者幾天前還在討論的方向。EIP-8141 開發者當時正在探索與 EIP-8130 的相容性，同時研究如何在保持交易可程式化的同時，讓基礎設施提供者更容易檢查其驗證要求。

在那個階段，Chiang 表示 EIP-8130 可以為 EIP-8141 框架提供定義好的結構。這項提議的安排旨在保留框架的可程式化特性，同時為錢包和高吞吐量網路提供更清晰的交易格式。

EIP-8130 使用鏈上金鑰庫，帳戶可以在其中註冊已核准的執行者和驗證者合約。交易會標明所使用的驗證方法，讓網路在執行錢包程式碼之前確定所需的驗證流程。

EIP-8141 則採取不同路線，將交易結構化為稱為框架的可程式化合約呼叫。框架可以在同一筆交易中執行不同功能，包括驗證、gas 核准和執行。

團隊現已放棄將這些方法整合為單一標準的努力。

EIP-8141 已成為以太坊必須推出的提案

以太坊繼續推進 EIP-8141（即 Frame Transactions），作為其計畫中的 Hegotá 升級的一部分。

以太坊基金會 Protocol 叢集本月稍早將該提案列入「必須推出」類別，而來源資料指出，該提案旨在使帳戶抽象成為以太坊的原生功能，並提升安全性和後量子準備度。

Frame Transactions 將交易劃分為一系列可程式化框架。一個框架可以驗證發送者，另一個可以授權負責 gas 的帳戶，後續框架則可以執行使用者請求的操作。

這種模式允許發起操作的帳戶與支付費用的帳戶不同。

以太坊開發者已在 9 月 7 日前將 EIP-8141 排入 Hegotá。核心開發者在 8 月 27 日的 All Core Developers Execution 電話會議中，將該提案從「考慮納入」移至「已排定納入」，使 Frame Transactions 在 2027 年升級計畫中獲得正式位置，而其規範仍處於草案階段。

在提議的系統下，應用程式可以代為支付使用者的交易費用，或安排使用者以其他資產支付，而以太坊驗證者仍以 ETH 收取網路費用。

這種結構可以消除常見的錢包要求，即持有穩定幣或其他代幣的使用者仍需先持有 ETH 才能進行交易。

框架也可用於交易批次處理。相關操作可以分組，使它們全部成功，或在其中一項失敗時全部回滾。

例如，代幣交易目前可能需要先進行單獨的授權，允許應用程式在交易執行前花費代幣。Frame Transactions 可以將相關操作置於同一可程式化交易結構中。

可程式化框架擴展以太坊帳戶控制

EIP-8141 旨在將更多帳戶驗證邏輯移入可程式化程式碼，而非要求傳統以太坊帳戶依賴固定的驗證流程。

該提案將其最終狀態描述為「帳戶僅成為一個帶有程式碼的地址」。

EIP-8141 共同作者 Vitalik Buterin 在 2 月將該提案描述為「一個綜合方案，涵蓋並解決了帳戶抽象原本要處理的所有剩餘問題」。

9 月 5 日，Buterin 表示該提案在過去幾個月取得了「許多重要進展」，並已「接近最佳狀態」。

開發者隨後發現，多項交易功能可以透過可程式化的 EIP-8141 框架來表達，而無需反覆擴展以太坊的交易封套。

這種方法可以將交易到期、簽名聚合、隱私證明和交易後斷言作為可程式化合約呼叫來處理。Frame Transactions 仍需要修改以太坊的共識規則，但個別功能可以透過框架目標和呼叫模式來建構。

可程式化驗證可以讓帳戶對驗證方式有更多控制。EIP-8141 旨在支援替代簽名系統、代付 gas 費用、交易批次處理和金鑰輪替等功能。

相同的架構可以幫助以太坊帳戶擺脫對傳統外部擁有帳戶所使用的簽名系統的依賴。使用者有可能在不將資產轉移到新地址的情況下，更改控制帳戶的驗證方法。

在該提案正式排定之前，以太坊研究人員已在考慮將 Frame Transactions 納入 Hegotá。8 月時，開發者在縮小 2027 年升級範圍的同時，將 EIP-8141 與 EIP-8130 作為原生帳戶抽象的競爭方案進行比較。

當時，這些提案是更大的 Hegotá 選擇流程的一部分，涵蓋抗審查性、隱私、gas 定價、驗證者經濟學和 Layer 1 擴展。

以太坊研究人員也分別探討了 Frame Transactions 如何支援注重隱私的應用。8 月的一份提案討論了自籌資金的隱私池，其中可程式化費用支付可以讓隱私池自行支付 gas，而無需依賴外部中繼者。

該研究將 Frame Transactions 與其他提議的變更（包括 Keyed Nonces、Recent Roots 和 Transaction Assertions）結合在一起。隱私池提案在當時仍是研究人員偏好的方案組合，而非以太坊核心開發者的最終決定。

Base 將繼續推進 EIP-8130

Base 的 EIP-8130 現在將與以太坊的 Frame Transactions 提案分開推進。

這項由 Base 主導的設計結合了新的交易類型和鏈上「金鑰庫」，該金鑰庫記錄帳戶已核准的簽名者和驗證者。它旨在支援自訂驗證、呼叫批次處理和 gas 代付。

雖然兩項提案共享多個帳戶抽象目標，但它們的技術結構賦予各自網路在交易驗證和處理方式上不同程度的控制權。

在團隊分開之前，以太坊開發者一直在嘗試確定 EIP-8130 的結構化驗證系統是否能與 EIP-8141 的可程式化框架結合，而不迫使 Layer 1 或 Layer 2 網路放棄其偏好的特性。

Ethlabs 先前已將 Frame Transactions 列為 Hegotá 升級的主要優先事項之一，並將原生帳戶抽象與抗審查性、更快的區塊和持續的 Layer 1 擴展並列。

隨著聯合努力終止，EIP-8141 仍是以太坊為 Hegotá 規劃的原生帳戶抽象路線，而 Base 將繼續圍繞其獨立的交易類型和鏈上金鑰庫開發 EIP-8130。