RIP-7560 :從共識層實現標準化的原生帳戶抽象



为了更好的标准化,RIP-7560 引入共识层协议变更的原生账户抽象(Native Account Abstraction),并将 EIP-2938 和 ERC-4337 合并为一个全面的账户抽象提案。

作者: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