作者：Vasa，OpenSea Pro聯合創始人; 翻譯：金色財經xiaozou
本文我們來快速瞭解一下不同的EIP，是它們為我們帶來了如今的帳戶抽象。
![IBi1wWpT0680RWZaqv5DB56VCs7bGvDrkaHl3Wky.png]（https://img.jinse.cn/7122936_watermarknone.png“7122936”）
**1、為什麼我們需要帳戶抽象（AA）？ **
人們喜歡拋出這樣的問題：「我們如何為web3帶來下一批十億使用者？ “有許多障礙需要克服，但其中最重要的就是用戶體驗。
下圖是對新用戶來說典型的用戶體驗過程。 還要注意，如果你丟失助記詞，是沒有辦法找回你自己的資金的。 這對新用戶來說是一個巨大障礙。
![vvFxw94g95EIvo2NuFwxQX9g5mTtJo2EvxwLJO2y.png]（https://img.jinse.cn/7122937_watermarknone.png“7122937”）
下面是一些我們可以做的事情來改善用戶體驗。 我們可以：
-使用一個無需存儲ETH、無需使用ETH支付gas費的錢包。
-使用社交恢復找回錢包。
-在一筆交易中進行批量操作。
![dE8KCPMN0cVxJwYU2lm5yt5B9g3GLhSxilFQWvfW.png]（https://img.jinse.cn/7122938_watermarknone.png“7122938”）
2、帳戶抽象類型
有兩種帳戶：外部帳戶（EOA）和合約帳戶。 EOA由私鑰控制，合約帳戶由合約代碼控制。
![64lX5U5G6sNJZBjPvNiC827QJil9Zi8BpTNMeQ8Y.png]（https://img.jinse.cn/7122939_watermarknone.png“7122939”）
EOA可以向其他EOA或合約賬戶發起交易，然後這些帳戶可以執行它們的代碼。 合約帳戶也可以將交易發送給其他合約帳戶，後者可以執行自己的代碼。
3、乙太坊的早期：交易執行和驗證
當一筆交易被發送到網路時，需要經過兩個步驟：驗證和執行。 雖然執行的交易邏輯可以是任意的，但驗證部分卻是固定的。
驗證部分由EOA必用的單一固定演算法完成，即ECDSA簽名驗證。 但是為什麼我們使用一個固定方法來驗證交易的有效性呢？ 如果未來由於量子計算，ECDSA簽名驗證不再可靠了怎麼辦？
如果我們讓驗證部分是開放的，那麼你就可以創建一個具有非常複雜的驗證演算法的交易，那麼，礦工/驗證者將不得不花費大量的資源來檢查該交易是否可以被包含進區塊內。
現在，請注意，礦工只獲得執行並包含交易的報酬，不獲得驗證報酬。 因此，如果在花費了大量資源之後，礦工發現他們無法添加交易，那麼他們就浪費了資源，不會因此獲得任何報酬。 因此，這可以被用來對網路進行DDoS攻擊。 這就是為什麼乙太坊最開始使用的是固定的驗證演算法。
4、乙太坊的早期：多簽採用問題
多重簽名錢包是一個有很多擁有者帶有閾值的合約。 如果你想發送一筆交易，就必須從所有擁有者那裡獲得簽名，然後你才能發送該交易。
這支援了社交恢復等功能的實現，一旦你丟失私鑰，你可以有很多好友來幫助你恢復錢包。 從乙太坊的早期開始，多簽錢包可以提供的價值就已經顯而易見。 因此，當時的乙太坊開發團隊希望乙太坊使用者使用多簽錢包。 然而，這並沒有發生。
由於乙太坊開發團隊設想使用者會使用多簽錢包，所以他們並沒有為ETH轉帳添加自動日誌，因為他們預計多簽錢包會記錄每一筆ETH轉帳。 當時的交易所必須解析ETH轉帳交易，而不是解析日誌。
當有人試圖使用帶有ETH轉帳日誌的多簽錢包時，交易所是無法識別的，因為交易所並沒有解析日誌。 因此，這個小小的假設最終讓多簽錢包的採用更難了。
5、EIP 86和1014：帳戶抽象第一步
EIP-86旨在引入智慧合約錢包概念，稱為“轉發合約”。 這些合約被設計為只接收來自「入口點」位址的交易，這些交易需要遵守特定格式。
現在，要創建一個智慧合約錢包，你需要事先有一些ETH來支付gas費。 你可以去CEX弄來一些ETH，但是因為你的智慧合約錢包還沒有創建，所以你還不能向錢包發送ETH。
如果我們可以在智慧合約創建之前以某種方式確切地知道合約地址，我們就可以將ETH發送到該位址，然後使用位址上的ETH創建智慧合約錢包。
這就是EIP-1014引入的內容。 它引入了CREATE2操作碼，可以讓你在創建智能合約之前確定合約位址。 這是邁向帳戶抽象的第一步。
最初的EIP-86要求對協定進行重大改變，因為協定的更改需要節點開發團隊之間的協作，並且需要經過大範圍審查，因此從未實現。 而EIP-1014是在Constantinople硬分叉中實現的。
6、社區發展：Gnosis Safe、Argent Wallet、Gas Station網络
在探討研究EIP時，社區已經著手制定各自的解決方案。
其中最引人注目的是2018年發佈的GnosisSafe。 Safe是一個支援使用者創建多簽錢包的智慧合約錢包，還支援使用者將多個操作批處理到單個交易中。 它還允許使用者使用ERC20代幣支付gas費。
另一個值得注意的是2019年發佈的Argent錢包。 Argent智慧錢包支援使用者創建多簽錢包，也支援使用者使用ERC20代幣支付gas費。 另外，它還能讓使用者使用社交恢復來找回他們的錢包。
2019年發佈的Gas Station網路（GSN）是一個去中心化網路，支持使用者使用ERC20代幣支付gas費。 GSN可以與任何智慧合約錢包一起使用。
7、EIP 2938——一個巨大的飛躍
從2018年開始，乙太坊團隊將注意力轉向了向PoS（權益證明）的遷移，這無意中導致了研究團隊和節點開發團隊對EIP的評估和實施的重視程度的降低。
這一重心轉移為2020年EIP-2938的提出鋪平了道路，也就是在EIP-1014實施兩年後。
該提案背後的核心思想就是引入智慧合約錢包，這些錢包被設計為專門接收特定類型的交易，它們可以通過程式設計確定交易的gas上限並制定任意驗證方法。
該提案引入了兩個新的操作碼來處理交易，並且正如前面強調的那樣，包含這些核心更新是一個複雜的過程。
此外，關於如何實現重放保護，以及節點如何檢查這些新型交易的有效性，還有懸而未決的問題。 雖然該提案沒有獲得太多的關注，但它確實為下個提案（EIP-3074）的到來鋪平了道路。
8、EIP-3074——高度通用的解決方案
該提案引入了兩個新的操作碼：AUTH和AUTHCALL。 這個提議的不同之處在於，它支援外部帳戶（EOA）將控制權委託給合約。 這些操作碼被指定用於「invoker」合約，這些合約有可能顯著增強任何EOA的功能。
該合約啟動的交易結構完全是任意的，便於輕鬆實現多重簽名、批處理和援助購買、金鑰恢復以及更友好的CeFi存款等解決方案。 由於其開放的性質，該提案作為一個高度通用的解決方案出現，能夠滿足廣泛用例。
另一方面，這一提案的中立立場也帶來了一些安全挑戰。 更進一步的討論提出了一種更固執己見的AUTHCALL方法，以減輕相關風險。 這一討論促使研究人員得出了一個更優化的解決方案，從而產生了EIP-4337。
9、EIP-4337——無需更改共識層協定的乙太坊帳戶抽象
![HQ5SxXOpxJLs0tzXo1IgTdGxAe5XHPNAIJiDKUMM.png]（https://img.jinse.cn/7122940_watermarknone.png“7122940”）
EIP-4337提出了一種機制，在不需要更改共識層協議的情況下，將帳戶抽象引入乙太坊。 在此EIP下，使用者與乙太坊網路的交互方式有所不同; 用戶不發送交易，而是將UserOperation對象發送到一個單獨的記憶體池。 Sender是發起使用者操作的賬戶合約。 Bundler收集這些操作，將它們打包到一個交易中，該交易觸發指定EntryPoint合約上的一個handleOps調用，以執行打包的操作。 Paymaster是贊助交易的實體，其詳細資訊包含在UserOperation中，用於費用處理。
Aggregator對聚合的簽名進行驗證，提高了安全性和效率。 Bundler或用戶端白名單支援入口點和Aggregator合約，控制交互並確保在乙太坊網路上正確執行使用者操作，在不改變共識層的情況下與帳戶抽象的目標保持一致。
通過此過程部署的智慧合約錢包自主管理隨機數值和簽名驗證，提供了廣泛的靈活性。 這種設計有助於創建能夠處理多重簽名和打包交易、社交恢復甚至使用ERC20代幣支付費用的智慧合約錢包。
像EIP-4337中提出的某種形式的帳戶抽象可能會在乙太坊的中期未來實現，最初出現在新的L2解決方案中，最終進入乙太坊L1，從而擴大使用者與乙太坊交互的範圍。
10、L2——新前沿
在引入任何與帳戶抽象相關的EIP時，核心協定的更新是一個重大障礙。 核心開發人員一直忙於ETH 2.0路線圖，這在很長一段時間內一直都是最高優先順序事項。
但是L2呢？ 與帶著技術債的乙太坊L1不同，最近的L2鏈從一開始就擁有集成帳戶抽象的架構。
例如，StarkNet是一個ZK rollup，它創建了獨特的帳戶抽象。 此外，以L1智慧合約錢包而聞名的Argent在StarkNet上推出了ArgentX，嵌入了一個受EIP-4337影響很大的自定義帳戶抽象實現。 這些舉措強調了乙太坊區塊鏈帳戶抽象的重要性和適用性。
