原文作者：CloudY, Jam
概要
但實際上，被用來對比的以太坊EOA 賬戶是一個比較原始的產品，具體來說：
賬戶控制權單一，只有簽名授權和不簽名，不論是價值1 美元的交易還是1 億美元的交易，都需要先approve，再簽名確認交易。那麼被騙權限和正常交易之間也就差一個簽名，這讓每個新用戶在互動時都膽戰心驚。雖然現在Metamask 在用戶approve 代幣權限時會讓用戶選擇批准的用量，但是對頻繁互動行為來說，與其多次approve 消耗Gas Fee，用戶更偏好直接授權數量上限。相較於Web2賬戶模式中類似Two Factor Authentication（2 FA）或U 盾來控制大額交易風險，而掃臉或免持支付來方便小額交易，EOA 賬戶就顯得非常呆板和難用。
Gas Fee 門檻太高擋住了大量新用戶。以太坊主網與Optimism/Arbitrum 等Layer 2 使用的是ETH 代幣作為Gas 代幣，這就要求用戶把法幣轉化成美元穩定幣後，還要進一步轉換成ETH，再將ETH 轉入錢包。而許多用戶是將美元穩定幣轉入錢包後才發現需要ETH 作為Gas，又不得不再購買ETH。更何況，BSC/Polygon/Solana 等公鏈都使用著自己的Gas 代幣，這又是一個新人必踩的坑。此外，許多用戶並不真的想要購買Gas 代幣的現貨，卻又因為需要鏈上交互，不得不留下大量冗餘的Gas 代幣在錢包。
EOA 賬戶這麼難用，Vitalik 其實早就知道了，以太坊團隊也在嘗試解決這個問題，而賬戶抽象就是解決方案之一。但由於無法為帳戶抽象化修改以太坊底層共識，一直等到ERC-4337 這個基於應用層的智慧合約錢包的方案的提出，帳戶抽象才真正得到關注，成為熱門話題。
本文將在對帳戶抽象和ERC-4337 進行簡單介紹後，根據帳戶抽象的應用與Web2帳戶系統的發展，推測未來Web3帳戶系統的演進和流量入口歸屬。
從生態角度來看，過往使用者需要利用EOA 才能進行複雜的鏈上操作，並且由於目前鏈上生態發展有限，故而只能提供有限的協議，使用者的實際需求並不能得到有效的滿足。而帳號抽象將上述操作執行簡化，只需使用者input，即可得到output，不再有頻繁的點擊和繁瑣的簽名。可以說，AA 的落地使得鏈上生態由賣方主導轉向買方主導。
賬戶抽象（Account Abstaction）與ERC-4337
帳戶抽象化（Account Abstaction，以下簡稱AA）具體指的是什麼？將底層技術和資料結構抽象化，以簡化使用者和開發者的操作步驟。簡單理解就是「在EOA 的基礎上實現CA」的功能性。
ERC-4337 成為了AA 的基礎標準。 ERC-4337 引入了UserOperation，它是一種表示使用者意圖的特殊交易，允許合約帳戶主動執行操作。這些UserOperation 由一個名為Bundler 的角色管理，它模擬執行UserOperation 並將有效的操作新增至一個特殊的交易池。然後，EntryPoint 合約會驗證和執行這些UserOperation，以實現使用者意圖。
帳戶類型
以太坊中有兩種主要類型的帳戶：EOA（Externally Owned Account）帳戶和合約（Contract Account）帳戶。
EOA 帳戶的地址長度為20 字節，由使用者建立時產生的私鑰和橢圓曲線加密算法產生的公鑰計算而來。 EOA 賬戶狀態包含交易次數（Nonce）和資產數量（Balance）。合約帳戶的地址也是20 字節，但它們是由合約創建交易的發送人地址和Nonce 計算而來。合約帳戶狀態包括合約數量（Nonce）、資產數量（Balance）、代碼雜湊（CodeHash）和儲存根雜湊（StorageRoot），後者用於儲存合約資料的Merkle Patricia Trie 樹的根節點雜湊值。
賬戶類型和狀態資訊對於以太坊上的交易和智慧合約執行至關重要，也是EOA 和CA 的區別所在。
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
交易
以太坊的交易包括發送者和接收者資訊、數字簽名、交易次數、資金轉移數量、可選數據、燃料限制以及交易費用。上述2 種不同的帳戶類型產生了2 種截然不同的通訊交易類型。
在簽名過程中，交易資料被哈希後進行數字簽名，驗證人們透過計算橢圓曲線上的點來驗證簽名的有效性，無需獲取發送者的私鑰，只需提供交易資訊和公鑰。公鑰的恢復是透過簽章中的v 值來實現，確保了簽章的安全性和驗證的效率。
帳戶抽象
以太坊的交易結構和簽署驗證過程揭示了一個重要事實，即發起交易的賬戶必須是擁有公私鑰對的EOA 賬戶。
合約帳戶，由於缺乏公私鑰對，無法主動發起交易，而是在接收到交易後根據交易中的信息自動執行賬戶中的智能合約代碼，或向其他賬戶發送交易信息，甚至創建新的智能合約。因此，目前由主流錢包應用程式如Metamask 創建的錢包都是EOA 賬戶。然而，EOA 賬戶在使用上存在一些缺陷：私鑰風險、簽名算法受限、簽章權限過高、交易費用限制。
合約帳戶可以儲存代碼和數據，並執行預先定義的智慧合約邏輯來解決EOA 帳戶的上述問題。然而，合約賬戶無法主動發起交易。
賬戶抽象化是對以上兩種賬戶的一種改進，嘗試模糊二者之間的界限，變成一種包含複雜邏輯的通用性賬戶，使賬戶可以同時擁有CA（合約賬戶）和EOA 賬戶的功能。
ERC-4337
ERC-4337 在不修改以太坊共識層的情況下完成了帳戶抽象的功能，成為以太坊最終採用的方案。最終實現鏈下撮合，鏈上交易的終極願景。
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
UserOperation
ERC-4337 引入了一種名為UserOperation 的新概念，以解決合約帳戶無法主動發起交易的問題，同時避免更改以太坊協議底層的交易類型。
UserOperation 與標準交易相似，但它僅表示使用者的意圖，而不是直接的交易行為。標準交易會被送到以太坊的mempool（交易池），然後由searcher 和builder 組合成一個完整的區塊，最後由proposer 發送到區塊鏈上，通常選擇回報最高的區塊。與此不同，UserOperation 並不是一筆真正的交易，因此ERC-4337 引入了一個新的mempool 和一個名為Bundler 的角色，以去中心化的方式執行UserOperation。這種創新允許使用者的意圖能夠被處理和執行，而無需直接參與標準交易流程。
Source: ERC 4337: account abstraction without Ethereum protocol changes
Bundler
Bundler 在處理UserOperation 時，首先進行基本的合法性檢查，然後模擬執行操作以確認簽名的有效性。如果模擬執行成功，UserOperation 會被加入到UserOperation mempool 中，以等待實際鏈上執行。為了確保模擬和實際執行的一致性，UserOperation 限制了存取可能在執行中發生變化的變量，並且只允許訪問與發送者地址相關的資料。 Bundler 可以根據自己的偏好對UserOperation 進行打包，優先選擇支付更高費用的操作。最終，Bundler 將有效的操作批次傳送給EntryPoint 合約以進行鏈上執行。
EntryPoint
EntryPoint 是以太坊中的單例合約，其主要任務是處理UserOperation 的執行。它有兩個關鍵函數：handleOps 和handleAggregatedOps，它們都先驗證UserOperation，然後執行操作。驗證包括檢查帳戶、簽名有效性和費用支付。在執行階段，使用UserOperation 中的資料呼叫目標合約帳戶中的智慧合約代碼。不同的智慧合約錢包協定可能會有不同的解析和執行方式。
Source: ERC-4337: Account Abstraction Using Alt Mempool
數據
根據SixdegreeLab 的ERC-4337 半年度數據報告：
在ERC-4337 合約部署後，鏈上共創建了超過68.7 萬個AA 錢包，調用了超過200 萬次UserOps，但是88.24% 的AA 錢包使用次數不超過5 次，大多都是直接轉賬或是鑄造NFT 。
1.5 萬個Bundlers 中，pimlico 佔據了43.48% ，擁有最大的市場份額，而Alchemy 則創造了有史以來最高的收入約2 萬美元。
可是97.18% 的Bundled 交易只含有1 個UserOp，這也意味著90% 的Bundlers 無法透過打包交易獲利。
而117 個Paymaster 共累積為1,900 萬個UserOps 代支付了46.5 萬美元Gas 費用，其中Pimlico 支付了43.45% 。
ZeroDev 佔據了Wallet Factory 的主導地位，部署了62.63% 的帳戶。
最常用的AA 錢包建構方式是LEGO，即採用不同第三方的Paymaster、Wallet Factory 和Bundler。
由此可見，ERC-4337 的採用率還有很大的成長空間，而基礎建設的建設也才剛剛開始，這讓AA 的未來充滿了可能性。隨著Layer 2 和社交應用的興起，AA 錢包的使用將迎來一波快速成長。
賬戶抽象的發展方向
在了解帳號抽象的基本原理和ERC-4337 的架構之後，我們將進一步探討AA 的拓展方法。我們不會贅述無私鑰和無Gas 等智慧合約錢包的基本功能，而是在AA 的組件中尋找更多可能性：
架構
原生帳戶抽象
ERC-4337 只是處理當前以太坊無法修改底層共識而採用的應用層解決方案，雖然它能使得賬戶抽象概念大面積普及，但終歸是假借合約賬戶來進行互動。驗證過程額外的Gas 消耗，其他競品ERC 的採用，dapp 對合約帳戶互動的禁止，都是阻礙ERC-4337 壯大的因素。
所以原生帳戶抽象，特別是Layer 2 的原生帳戶抽象就顯得格外重要。在目前Layer 2 s 中，只有Starknet 和ZKSync 兩條鏈支援原生的帳號抽象。如下圖所示，在原生賬戶抽象方案中沒有Bundler 和Paymaster，Starknet 使用Sequencer 確定交易順序、支付Gas 並執行，ZKSync 通過Operator 確定交易順序、支付Gas，再調用bootloader 一起操作。
而宣稱要基於OP Stack 建構的DeBank Chain 也要在鏈層級原生整合類似帳戶抽象的系統，但具體架構就需要在其主網推出時才能知曉了。
Source：《zkSync 中的原生Account Abstraction 介紹》
NFT 合約錢包
NFT 合同錢包是類似於ERC-4337 的一種應用層的賬戶抽象方案，它們通過NFT 使得EOA 賬戶擁有CA 賬戶的功能，而不是藉由Bundler 呼叫EntryPoint 合約，目前有兩種NFT 合約錢包的主流實現方式：ERC-6551 和A3S Protocol。
ERC-6551 允許用戶使用自己EOA 錢包中ERC-721 標準的NFT 作為控制器，操控一個/多個新創建的智能合約錢包，從而實現在不修改ERC-721 代碼的前提下，通過“插件合約”的方式去為已有NFT 匹配一個/多個智慧合約賬戶。這種方式將現有的NFT 與帳戶抽象化結合，既開啟了NFT 的應用場景又普及了帳號抽象的概念。
Source：《EIP-6551 》
A3S Protocol 是使用NFT 本身的智慧合約本身作為智慧合約錢包，也就是說錢包資產就在NFT 的智慧合約帳戶上，完全跟隨NFT 所有權轉移，不需要像ERC-6551 一樣為NFT 合約插件一個作為錢包的合約帳戶，用更短的路徑實現了NFT 合約錢包，但這也意味著對已有NFT 的不相容。
Source：《A3S Protocol Gitbook》
在多鏈錢包地址的統一性上，兩個方案都藉用了混淆值Salt 來實現在不同EVM 相容公鏈上獲得相同的地址，以解決合約帳戶多鏈地址混亂的問題。這也是當初導致Wintermute 向不同鏈上多簽地址轉帳遺失2,000 萬枚OP 代幣的問題。
模組化與多鏈抽象
模組化帳戶抽象的意義在於像OP Stack 一樣將開發與維護的成本降到最低，讓錢包開發者能更專注於產品本身，而不是底層基礎架構的建構與維護。當然，由此建立的模組化生態也是模組化平台的立足之本，因此模組化帳戶抽像一定要實現：
各模組的相互可組合性（EIP-6900 正嘗試設立標準實現）
模組功能的多樣性（簽名方案/隱私性/抗MEV/出入金/Intent 等）
安全性（各模組有統一標準避免儲存衝突）
多鏈抽象（Vitalik 提出以統一的單鏈密鑰庫合約來實現多鏈智慧合約帳戶協同）
我們在上文提到用Salt 使多鏈智慧合約帳戶位址一致，但一致的位址只是第一步，更重要的是讓用戶在操作中對跨鏈沒有感知，即多鏈抽象，這是模組化的重要一步，也是帳戶抽象化的重要一步。
Source：《Future of Smart Accounts: Modular, Specialised & Multichain》
簽名驗證
我們之前提到以太坊上任何交易只能依賴EOA 發起並支付ETH 作為Gas。除此之外，EOA 只能使用ECDSA 簽名方案，這使得EOA 的使用非常繁瑣且功能單一，還有私鑰洩漏風險，而量子電腦問世的那一天，也是以太EOA 帳戶成為待宰羔羊的一天。
簽名算法
在簽名層面目前已經有透過智慧合約來實現多重簽名和社交恢復的方案（Gnosis Safe 和Argent），也有用所謂簽名抽象來實現一次授權後在給定範圍內自由與合約互動的方案（Lens Protocl） 。但是根據“Not your keys，not your coins”，我們可以多關注簽名算法本身：
簽名聚合
透過Schnorr 或BLS 實現更有效率、更簡單的簽名，這不僅能從底層實現多簽，還能透過聚合簽名減少Gas 消耗。當然他們都有各自的問題，例如需要額外的通訊回合，不適合較大值m 和n 的多重簽名方案，大量匹配驗證的時間等。
後量子安全簽名
通過Lamport 或W-OTS 等一次性簽名來避免他人利用量子電腦破解公開的部分私鑰來偽造訊息和簽名。
UserOperation
ERC 7521 Intent Centric
當我們對比帳號抽象，特別是ERC-4337 ，和Intent Centric 的架構時，可以發現其實Bundler 和Solver 可以是同一個人。也就是說使用者的互動內容「UserOperation」可以由Bundler 來給出，Bundler 解析使用者給予的意圖提出一個相符的解決路徑，再透過EntryPoint 合約向使用者確認路徑的合法性，避免Bundler 作惡，最後執行被驗證的意圖路徑。
帳戶抽象和意圖的結合將能夠實現帳戶和互動的同步抽象，實現超越Web2的使用者體驗。
Source：《ERC-7521 》
而整個交易過程可以透過見證人/挑戰和回應等過程，使用ZK 證明技術實現隱私支付。這不僅能讓用戶證明交易的有效性，而無需透露發送者的真實地址，還能將多個交易批次為單一證明，從而減少計算開銷並顯著提高可擴展性，正所謂降本增效。而一些需要面對監管的企業用戶也可以向監管者單獨透明化交易，在不犧牲機密性的情況下滿足監管合規要求。
Source：《ZKPayments: Achieving Privacy and Scalability》
Bundler
Bundler MEV 與Bundler Competition
Bundler MEV 和Bundler Competition 都是基礎設施不夠完善的結果，Bundler MEV 來自於Bundler 類似於Searcher 的交易打包職責，Bundler 可以改變UserOperation 的提交順序獲利，而Bundler Competition 則在不同Bundler 打包同一個UserOperation 時產生。這與Searcher 的Gas War 類似，打包的UserOperation 沒有上鍊的那個Bundler 雖然花費了Gas，但是交易卻失敗了。
他們都可以藉鏡現有的基礎設施，例如MEV-Boost，打通Bundler 之間以及Bundler 與Block Builder 之間的溝通管道。 Etherspot 正在為AA 開發mempool 的p2p網絡，等待打包的UserOperations 將在這個p2p網絡中傳輸，一旦被打包並在鏈上處理，它們將被標記並從列表中刪除，從而避免被多個Bundler 打包。
Source：《為什麼ERC-4337 的Bundler 需要與Block Builders 合作》
Paymaster
Paymaster 出入金
Paymaster 可以為用戶支付Gas Fee，並與用戶協商以任意代幣或法幣作為替代。因此，Paymaster 配合支付服務商為用戶提供出入金服務就是一個很好的方案。
Visa 團隊在以太坊Goerli 測試網絡上部署了兩個實驗性的Visa Paymaster 合約，一個用來探索用戶是否可以用包括美元穩定幣在內其他代幣支付費用，另一個則嘗試直接贊助交易費用。當然， 將Paymaster 與現有的ERC-20 代幣整合，需要使用一個外部來源或鏈上預言機來確定代幣價格，並檢查Paymaster 合約是否有批准向用戶收取指定的代幣。在這套成熟方案下，直接接入Visa 卡使用法幣支付Gas，甚至即時與ERC-20 代幣進行轉換，實現出入金抽象將很大程度降低Web2用戶的進入門檻。
Web3賬號系統演進與未來的Web3入口
Web2時代的網絡流量入口和相應的帳戶體系演進反映了第二代網絡的快速發展和用戶需求的變化。
起初，用戶透過入口網站進入互聯網，他們可以自由選擇門戶網站羅列出來的在線資源。然後，搜尋引擎的出現使得用戶能夠透過搜尋引擎查詢關鍵字，搜尋引擎透過分析URL 來提供相關結果。 Web2時代見證了社群平台的崛起，包括PC 端和行動端。使用者除了主動使用搜尋引擎進入Web2，還可以透過PC 媒體平台的資訊被動接觸Web2，或透過PC/行動自媒體平台自主進入Web2。這段期間經歷了兩次從被動到主動的過程，和一次訊息去中心化的過程。
而Web2的帳戶體係也在一同改變，從最初的短信/彩信以手機號為賬戶，到QQ/微信/博客/微博建立多元賬戶並獲得豐富的附加功能和獨立的個人網絡身份，這些平台引入了個人資料和聯絡人列表，將用戶識別從單一URL 擴展到更複雜的用戶ID 和社交圖譜。
隨著網路和硬體技術的發展，出現了兩類發展自身生態的方式：
「iOS+Apple Pay+Apple Store」和「微信支付+小程式」在建立自身的帳戶和支付體系的流量優勢後，開闢出一個外部開發者接入的區域從而將用戶留在自身體系內，以壯大生態。
「淘寶+支付寶」與「抖音+抖音支付」在爆款應用程式帶來的流量基礎上發展自己的帳戶與支付系統，並進一步整合其他應用建立統一的帳戶與支付系統。
這兩種方式都各自有效，並佔據了一方天地，微信一個應用程序內能完成用戶的大部分需求，而支付寶支付也可以在各大應用中被找到。
綜合而言，Web2時代的流量入口旨在給使用者更多主動性和去中心化，而帳戶體系則從單一到豐富和多元，並透過兩種方式實現自身生態的發展。
Source：OP Research
賬戶體系
Web3時代的帳號體系演進既保留了部分Web2的影子，也呈現了獨特的發展路徑。
Web3時代的帳號體系演進延續了部分Web2的特點，同時呈現出獨特的發展路徑。在Web3中，出現了多種類型的帳戶，包括插件錢包如Metamask、軟件錢包如Math 和Trust、「操作平台」如dAppOS 和Gnosis Safe，以及嵌入在dApp 內部的UniPass 和交易所內置的OKX Web3 Wallet 。
Metamask 等外掛程式錢包就像是最初的簡訊能滿足用戶最基本的需求，雖然哪裡都能用，但功能過於單一。
Math 和Trust 等軟件錢包則如同QQ 與微信在基本功能之上附加了各種提升用戶體驗的優化和功能，例如多賬戶管理/社交板塊/附屬應用程序等。
dAppOS 和Gnosis Safe 等「操作平台」相比軟件錢包更進一步的把基礎功能升級構建出另一套先進的帳戶系統，類似於Apple 和微信並以自己為核心開發配套「小程式」來豐富生態。
UniPass 和OKX Web3 Wallet 等應用程式內置錢包就像走另一類賬戶與支付路線的支付寶和抖音支付，借助一個個爆款應用的流量來發展自己的用戶，通過聯盟建立生態。
流量入口
我們曾在《Web3流量入口》這篇文章中提到：
「根據使用者進入Web3的流程，我們可以把Web3流量入口定義為兩個大類：
賬戶體系（出入金與資金管理）：中心化交易所、獨立出入金項目、出入金聚合器、加密幣ATM、加密幣銀行卡和場外交易（OTC）；EOA、CA、MPC 錢包和賬戶抽象（ AA）。
Web3 dapp（工具、社交與娛樂）：DEX、NFT 市場（Marketplace）、網域、DeSoc、版權交易市場、GameFi、X to Earn。 」
如今我們仍舊這麼認為，但根據第二部分內容，所有這些入口都可以成為AA 錢包的一部分。不過它們也反向地將AA 錢包的採用路徑分為了兩類，即上文所述的帳戶與應用，用戶是先獲取帳戶再進行應用交互還是先進行應用交互再使用帳戶。
錢包小程序與Wallet as a Service
當我們從AA 採用的進程來看，可以發現最初是Instadapp 獨立的AA 錢包產品Avocado 發布，隨後Metamask 發布Snaps 小程序組件支援部分AA 功能，支付巨頭Visa 也加入Paymaster 試水並接入Visa Card 支付，不久社交應用Lens Protocol 嘗試透過ERC-6551 建立AA 錢包，而Safe 也相容於ERC-4337 鞏固自身「小程式」市場，緊跟著OKX Wallet 支援使用AA 錢包，Circle 則選擇發布自己的AA 錢包。
從中我們不難發現，AA 的採用無非兩種模式：
自有錢包發布或相容AA 利用錢包用戶和內部應用小程序來吸引和留住用戶。
應用程式/交易所/支付服務商借助自身流量優勢，將用戶轉化為AA 錢包用戶。
這也引出我們需要討論的部分：既然鏈上生態因為AA 的出現會從賣方市場轉變為買方市場，那麼使用者會對哪種模式買單呢？
Source：《Binance Research：Account Abstractation Report》
小程式
從短期的採用率來看基於自身錢包發展小程式生態的AA 模式會更容易得到使用者的接納，本質上來說就是一個To C 的方案。因為目前嘗試AA 錢包的大部分用戶還是Web3用戶，所以對他們來說錢包本身並不陌生也不需要額外的理解就能直接使用，而豐富的功能且流暢的操作體驗又能夠吸引並留住他們。以MetaMask 的Snaps 為例，透過API 介面允許第三方開發對應錢包小程式來在非EVM 鏈交互，看似是為其他錢包引流，但實際上是為自己建立生態進行用戶教育。毋庸置疑，MetaMask 徹底相容ERC-4337 的那一天，就是它成為AA 錢包龍頭的那一天。
當我們以dappOS 為例：
dappOS=dappOS Account(多鏈統一的EOA)+dappOS Network 。
dappOS Account:讓使用者使用基於帳戶抽象的“統一帳戶”，而不是普通的外部擁有帳戶(EOA)，這種方式使得用戶恢復帳戶、預先批次交易、自動化執行等功能的實現成為可能，同時多鏈錢包聚合的方式也能方便用戶對不同鏈上的資產進行統一管理。
dappOS Network:去中心化網絡，幫助用戶自動執行錢包和跨鏈的相關操作，完成交易背後複雜的互動流程。
dappOS 嘗試將帳戶，公鍊和Gas Token 的概念抽離，使用戶能有類似Web2帳戶的使用體驗，但是由於其還處於相對早期，平台的合作dapp 有限，不過這並不妨礙它用戶數據的增長。因為用戶是有動力從EOA 進入的，特別是需要多帳戶多鏈互動的用戶，遷移後的互動體驗是大於遷移成本的。最重要的是用戶一旦進入，這個賬戶體系基本上就不會離開，因為用戶在使用的同時也在被教育，首先一開始就接觸AA 錢包的用戶是無法使用EOA 錢包的，其次dappOS 這一類錢包能滿足使用者大部分互動需求，使用者不必遷移，最後即使使用者想要遷移，無形中的多鏈抽像也會讓整個遷移過程變得繁瑣。
可見，成型的錢包產品可以更快的獲得併留住Web3 AA 用戶，例如Safe，Avocado，OKX Wallet 等。
Waas
WaaS 是與走小程式路線的AA 錢包相對的應用程式路線AA 錢包。先有應用程式再有錢包，顯然是一個To B 的方案。應用程式使用WaaS 自訂自己的錢包來配合產品功能，標準化的WaaS 模組供不同應用程式挑選，借助應用程式的流量來擴大自己的生態，構建AA 錢包平台，再轉向C 端發行針對用戶的客製化錢包，用戶自由搭配所需的皮夾功能。
以Stepn 為例，作為一個出圈應用，Stepn 在全球擁有數千萬的用戶，而每個用戶都透過Stepn 創建了一個錢包。倘若Stepn 內置AA 錢包並以此錢包為核心而不僅僅是GMT 代幣，繼續發展生態，例如後續的MOOAR NFT 交易市場，麻將遊戲和Gashero。那麼單單這款AA 錢包就能為整個Crypto 市場帶來千萬等級的增量用戶，而且這些用戶都是這個AA 錢包的高黏性用戶，因為對他們來說遷移成本是極高的。
最近大熱門的Friend Tech 也是同理，每個推特用戶都可以是它AA 錢包的潛在用戶，而法幣出入金和Gas 代付能讓用戶越過Web3的交互障礙，快速融入Web3。
落地產品中我們可以關注WaaS Pay 和UniPass，這兩款產品分別代表了WaaS 方向錢包的特色：
• WaaS Pay是一個智慧合約帳戶部署平台，利用Safe{Core}協議套件和Safe{Core}帳戶抽象SDK，專為尋求即時區塊鏈支付同時優先考慮隱私的組織而設計。它提供了一個用戶友好的無代碼界面來定制智慧合約帳戶功能，例如社交登錄、法定貨幣進/出坡道以及接收者的無Gas 交易。通過ZKBob 通過零知識證明(ZKP) 促進匿名交易，WaaS Pay 可確保敏感的財務資料保持安全和保密。該平台由Polygon ZKEVM 提供支持，可保證可擴展性和效率，而帶有Helia 的自託管IPFS 節點可保護敏感元資料。
• UniPass本質上也是一個為第三方dapp 提供的SDK，使得dapp 可以繞過傳統帳戶私鑰和一系列簽名以及Gas 的限製或託管私鑰生成郵箱綁定地址的中心化，直接使用UniPass 的DKIM 驗證實現郵箱控制的非託管帳戶，同時透過Relayer 將鏈上互動簡化，做到無Gas/簽名抽象/社群回復等大幅提升使用者互動體驗的功能。作為一個由場景驅動的應用，UniPass 選擇以聯邦社交網絡的方式，為不同應用提供客製化服務的同時，建立互通的帳戶體系。再基於由這個聯邦社交網絡的互通性，在提供資料所有權和隱私保護的前提下，將社交關係上鍊，建立對資料和資產具有所有權的DID 證明自身的使用場景，來吸引更多應用使用UniPass的SDK 進入Web3。而這些應用程式的用戶自然而然的就成為了UniPass 的用戶，並使用它繼續在Web3交互，且黏性極高。
由此我們也能看出，在成長空間和對Web2用戶的獲取上WaaS 路線的AA 錢包更有優勢，但這非常考驗團隊的產品質量和BD 能力，不過一旦形成網絡效應，就會擁有增長慣性，屬於是後期發力的類型。
Reference
[ 1 ]《Sixdegree ERC 4337 半年數據報告》https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2]《長文深度解讀「帳戶抽象化」： 7 年路線演化及賽道圖譜》https://www.chaincatcher.com/article/2085142
[3]《解讀幣安研究院帳號抽象報告》https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》https://eips.ethereum.org/EIPS/eip-6551
[5]《A3S Protocol Gitbook 》https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[ 6 ]《Future of Smart Accounts: Modular, Specialised & Multichain》https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7]《為什麼ERC-4337 的Bundler 需要與Block Builders 合作》https://learnblockchain.cn/article/6205
[8]《賬戶抽象化(Account Abstraction)完整指南》https://news.marsbit.co/ 20230302172702633640 .html
[9]《基礎設施如何透過帳戶抽象化為數十億用戶提供支援》https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《You Could Have Invented Account Abstraction: Part 1 》https://www.alchemy.com/blog/account-abstraction
[11]《以太坊賬戶抽象研報：拆解10 個相關EIP 提案與衝擊千萬級日活用戶的瓶頸問題》https://www.odaily.news/post/5183201
