ERC-4377：不用改變共識層實現賬戶抽象；RIP-7560：從共識層實現標準化的原生賬戶抽象。

撰文：0XNATALIE

RIP-7560：共識層變更的原生賬戶抽象，賬戶抽象的最終形態？插图1

談及 ERC-4337 想必大家已經不陌生了，最初於 2021 年 9 月由 Vitalik 提出，在 2023 年 3 月部署到以太坊主網，目前多個 L2 已將其改進版本引入核心執行層。但目前為止並沒有看到 ERC-4337 被錢包廣泛採納，為推動標準化賬戶抽象和網路效應，以太坊協定貢獻者 Alexander Forshtat 提出 RIP-7560 提案（Vitalik 為第一作者），這是首個以太坊 RIP，旨在制定可被所有 L2 和 L1 採用的原生帳戶抽象標準。

RIP 全稱 Rollup Improvement Proposal，從 10 月 18 日首次 RollCall 開始建設，RollCall 目的是幫助 L2 建立可選的規範和標準，以便 L2 能夠擴展 EVM 和相關工具，同時限制與 L1 EVM 的衝突。

RIP-7560：原生賬戶抽象的引入

為了更好的標準化，RIP-7560 引入共識層協定變更的原生賬戶抽象（Native Account Abstraction），並將 EIP-2938 和 ERC-4337 合併為一個全面的賬戶抽象提案。在深入瞭解 RIP-7560 之前，可以閱讀之前的文章回顧一下「賬戶抽象」的概念：《EIP-7377：全面實現賬戶抽象（AA）的加速器？》

與 ERC-4337 的相容性和共存

RIP-7560 的原生賬戶抽象與 ERC-4337 相容，這兩種賬戶抽象方式將長期共存。RIP-7560 為採用 ERC-4337 的專案提供了遷移路徑。不過，目前採用 ERC-4337 的專案需要進行修改，才能確在未來支持原生賬戶抽象：

UserOperation 變更為 TransactionType4：原本的 UserOperation 結構及其名稱是為了避免與實際的以太坊交易混淆。由於原生賬戶抽象將 UserOperation 變成了實際的以太坊交易，因此將其更名為 TransactionType4。雖然名稱發生變化，但在鏈上的操作方式和 UserOperation 類似。
智慧合約賬戶升級：智慧合約賬戶需要升級其實現以支持原生賬戶抽象協定。具體的修改包括 EntryPoint 地址設置為系統範圍內的常量值以簡化操作、validateUserOp 函數更名及參數變化，以及賬戶不再需要在 EntryPoint 合約中維護存款來支付 Gas，而是直接從其餘額中扣除。
Paymaster 合約升級： Paymaster 合約需要進行升級或重新部署。對於 ERC-20 代幣和其他資產，包括狀態，需要手動遷移批准。validatePaymasterUserOp 函數需要更名並具有不同的參數，Paymaster 合約不再需要在 EntryPoint 合約中維持存款以支付 Gas，而是直接從其餘額中扣除。
賬戶工廠（Account Factories）：仍然可以使用相同的合約，通過 ERC-4337 或原生賬戶抽象流程創建的賬戶地址將保持一致。
捆綁者（Bundlers）：原生賬戶抽象中的捆綁者仍然需要與區塊構建者保持利益關係，以便包含捆綁交易。捆綁者具有對區塊構建者的特權 API 訪問許可權，也就是說捆綁者可以與區塊構建者直接通信，並在打包交易之前協商相關事宜，包括處理 nonce 碰撞的情況（在 EIP-4337 中用戶向兩個捆綁者發送具有相同 nonce 的 UserOperation 時，會導致其中一個交易失敗）。

社區關於 RIP-7560 討論

社區對 RIP-7560 的討論展現出多元的觀點。Stackup 的聯合創始人 John Rising 認為 RIP-7560 解決了 ERC-4337 中的一些問題可能是件好事，他指出當前 ERC-4337 實施的一些關鍵問題，在 EIP-4337 實施後，大部分活動都集中在三家雲服務提供商或公司。這意味著賬戶抽象的基礎設施相對於整個生態系統來說過於中心化，並且賬戶的留存率非常低，運行 EIP-4337 的捆綁者盈利性也非常有限。

Polygon 工程師 Jarrod Watts 也表示尚未看到像 Metamask 這樣的主流錢包在實現 EIP-4337 的賬戶抽象方式上取得重大進展。這可能意味著應用層對於新特性的採納尚未達到理想水準。所以 RIP-7560 的提出是一個突破口。

Particle Network 聯合創始人 Peter Pan 非常看好這個提案，認為保持了 4337 的相容性，優化了 Gas，並且解決了捆綁者私有的問題，這對於賬戶抽象的採用非常重要。

Delegate 創始人 foobar 認為 4337 是因為增加了太多的開銷，根本無法得到廣泛採用。7560 這個提案正在朝著在協定層面將賬戶抽象正式固定下來的方向發展，所以最好的做法是直接去除這些冗餘的部分，而不是試圖使其與 4337 保持「向後相容」，尤其是考慮到 4337 還沒有存在很長時間。

儘管意見不一，RIP-7560 也為賬戶抽象標準化提供一種新的參考方法。隨著以太坊社區的深入討論，賬戶抽象框架的發展將繼續向前推進。我們相信，無論哪種方式，賬戶抽象最終將被廣泛採用。

聯系郵箱：0xniumao@gmail.com