作者：0XNATALIE
談及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 也為帳戶抽象標準化提供一種新的參考方法。隨著以太坊社群的深入討論，帳戶抽象框架的發展將繼續向前推進。我們相信，無論哪種方式，帳戶抽象最終將被廣泛採用。
