以太幣(ETH)與 Base 錢包標準整合協商喊卡 技術優先順序現分歧

以太幣(ETH)的 EIP-8141 與 Base 的 EIP-8130，原本被視為有望整合成下一代錢包標準，但相關協商據傳於上週中止。圍繞帳戶抽象化（Account Abstraction）的分歧，正逐漸演變為以太坊第二層（L2）網路之間的技術利益差異。

根據 CryptoSlate 報導，Ethlabs 研究員德瑞克·張（Derek Chiang）表示，兩項提案的整合協商已經中止。不過，目前尚未公開足以佐證協商中止的正式會議紀錄，雙方也未發布聯合聲明。

帳戶抽象化是一種讓錢包得以透過程式設計實現代付手續費、交易打包處理、金鑰更換等功能的「詞」技術。相較於傳統錢包依賴私鑰簽署與使用者直接支付手續費的方式，帳戶抽象化讓交易的核准與執行方式能有更高的彈性設計空間。

EIP-8141 採用將單筆交易拆分為多個框架（frame）的結構，把驗證、執行、手續費支付彼此分離，藉此支援代付手續費、可程式化錢包、金鑰更換，以及未來的抗量子驗證。

該提案的重點在於讓驗證程序得以安排在交易中段或後段執行，藉此提高帳戶設計的自由度。本站先前報導指出，以太坊下一次升級中 EIP-8141 已被列為核心提案之一，內容同樣涉及這類原生帳戶抽象化的討論。

相對地，EIP-8130 則要求交易須事先指定將使用的驗證者（authenticator）。節點在執行任意錢包程式碼之前，即可判斷驗證方式與驗證成本，使交易處理成本更容易預測。

EIP-8130 提出的方案是：在一般第一層（L1）網路上允許較廣泛的驗證者選擇，而在重視處理量的 L2 網路上則僅允許標準驗證者。這種做法雖然能限制高效能鏈上的驗證負擔，但被允許的驗證方式與帳戶結構，也可能因此與標準綁得更緊。

兩項提案的差異顯示，即便以太坊 L1 與 L2 同屬一個生態系，彼此的優先順序仍可能不同。L1 可能傾向廣泛開放新的錢包結構與簽署方式，而 L2 則必須將交易驗證成本與處理速度維持在穩定範圍內。

Ethlabs 說明，L2 在驗證框架交易（frame transaction）的過程中，需要執行任意 EVM 程式碼並追蹤狀態，因此可能帶來效能負擔。德瑞克·張的比較文章也將兩項提案的核心差異，歸結為可擴展性與靈活性之間的取捨。

Base 已公開 EIP-8130 的參考實作（reference implementation），此版本透過新型交易類型與鏈上帳戶設定系統，支援自訂驗證、交易打包處理與代付手續費等功能。

不過，該參考實作目前仍標示為「積極開發中」，官方也明確說明尚未完成稽核，並不適合用於正式環境。換言之，EIP-8130 應被視為設計與實作仍在推進中的階段性成果。

標準出現分歧，不代表相容性會完全消失。EIP-8130 的設計是：若某條鏈不支援該交易類型，仍可透過基於 ERC-4337 的替代傳輸路徑運作。

但在這種情況下，錢包與應用程式必須各自處理不同鏈的交易方式。這也意味著，原本在標準統一時由協定層吸收的相容性維護成本，未來可能轉嫁到開發者與基礎設施端。

對一般使用者而言，真正切身相關的，與其說是短期價格，不如說是錢包的使用方式。帳戶抽象化一旦真正落地，手續費支付方式、智慧帳戶設計、交易打包處理與錢包復原方式都可能隨之改變。

僅憑這次協商喊卡，尚難斷言以太坊與 L2 之間的價值累積關係會因此改變。兩項提案最終是否會被採用、整合協商是否重啟，仍須經過後續協商與實作、驗證程序才能確定。