作者：nich，1kx；譯：金財經xiaozou
錢包基礎設施在解鎖下一代dapp web3體驗方面發揮著至關重要的作用。
到目前為止，想要進行首次web3交互，用戶還必須安裝額外的軟體，找到併購買加密代幣，甚至還要面對不熟悉的螢幕確認操作。儘管改進了體驗，並且開始依賴助記詞，但這些障礙仍然是促使去中心化應用程式客戶流失的關鍵因素。
創新環境已經成熟，可以抽象技術複雜性，在不損害自我託管和去中心化的原始精神的情況下，自然融入新的金融、社交和遊戲體驗。
2023年是錢包生態的關鍵一年，全層面的帳戶抽象化和開發活動改變市場結構，並改變我們對使用者、dapp和錢包之間關係的認知。
本文主要內容如下：
· 帳戶抽象及其好處
· 錢包基礎設施和AA堆疊概述
· 新興dapp/錢包開發模式及其影響
· 持續的挑戰及解決方案的進一步探索
1.帳戶抽象簡介及原理
我們可以將帳戶抽象視為帳戶管理與金鑰管理的解耦。帳戶是區塊鏈上的一個實體，可以持有資產並具有交易歷史。 Signer簽署者（金鑰）是有權代表帳戶執行操作的實體。
對於傳統帳戶（EOA）來說，私鑰保留對其關聯帳戶的唯一和全部控制權。私鑰與帳戶之間嚴格的1對1映射關係意味著：
· 用戶在與區塊鏈互動時僅限使用專用金鑰管理解決方案（例如Metamask、Ledger）。
· 遺失私鑰後無法追索，而且控制帳號的金鑰不能被取代。
· 無論是免費NFT的鑄造還是數百萬美元的轉賬，由該私鑰發起的所有操作都被視為是平等的。
帳戶抽象化使帳戶成為一個智慧合約，它的動態邏輯表明哪些金鑰可以代表其執行操作以及範圍權限，並根據用例進行更進一步的製衡。
我們可以透過查看被抽象的內容進一步了解其中的好處。
AA帳號抽象：抽象了什麼？
由於以太坊協議只識別源自EOA的交易，因此帳戶抽象化需要鏈下基礎設施將源自智慧合約的交易轉發到鏈上。
ERC-4337於2021年推出，是一種在不更改核心協議的情況下實現這一目標的標準化方法。然而，一些項目早在AA標準完全成熟之前就已經實現了AA的優勢。
· Safe多簽錢包於2017年推出，目前已發展至為DAO、企業和個人價值500多億美元的資產保駕護航。
· Argent行動錢包自2018年以來一直由智慧合約帳戶提供支援。
· Sequnce錢包於2021年推出，使Skyweaver能夠透過電子郵件創建並登入他們的智慧帳戶，並能使用非原生代幣支付費用。
這需要各項目建置並維護自訂中繼基礎設施。
來看ERC-4337。該標準為中繼層提供了一種去中心化和抗審查的替代方案，定義了一個面向帳戶、paymaster和簽名聚合器的接口，通過一個共享的帳戶抽象交易（“User Operations”）備用內存池與第三方relayer中繼器進行互動。
Relayer中繼器（「bundler」）將多個UserOps捆綁打包成一個交易，發送給獨立的EntryPoint合約，該合約隨後驗證費用將得到支付（由帳戶支付或透過paymaster支付），並在智慧帳戶所對應的UserOps上執行。
我們可以將其與提供原生帳戶抽象的鏈上的驗證和執行方式進行比較（不需要額外的中繼操作，例如zkSync和Starknet），還有最近發布的針對以太坊及其rollup的原生AA的RIP -7560提案。
2023年3月，4337 EntryPoint合約部署至主網。其社群在讓開發人員參與該帳戶抽象運動方面取得了巨大的成功。
這為該錢包生態帶來了一波新的基礎設施和服務提供商，並推動現有項目確保其業務策略和產品能夠持續滿足應用開發人員的需求，這些應用開發人員旨在利用AA為用戶提供無縫順暢的web3體驗。
2、錢包基礎設施及AA堆疊
（1）簽署者與金鑰管理
簽署者（Signers）和金鑰管理基礎設施負責產生和保護用於簽署訊息、交易和UserOps的公鑰對。這裡最直接的例子就是傳統的EOA錢包，但錢包即服務（wallet-as-a-service）提供者已經出現，可以透過社交和電子郵件等替代認證方法實現無助記詞登入和錢包管理。
在底層，這些服務要么將關鍵數據內容存儲在HSM（如AWS KMS）中，只有用戶才能通過身份驗證憑證（Magic、Turnkey）訪問，要么採用某些SSS/MPC方案（Privy、Web3Auth、Portal、Capsule ）以保護這些內容的安全。
Lit透過去中心化金鑰改進了這個伺服器端金鑰儲存設計。網路中的每個節點儲存透過DKG演算法產生的ECDSA私鑰的一部分，所有操作都在加密的虛擬環境中進行。任意身份驗證規則可以指派給金鑰對，使應用程式或使用者可以完全控制所允許的互動操作，並施加支出限制。這個網路可以進一步被2/n的MPC錢包用作備份和復原選項。
今年，在利用硬體Signers和Passkeys作為帳戶簽署者，為用戶提供現代行動或桌面設備開箱即用的金鑰管理方面，已經有了快速的試驗進展。這些簽署者使用生物辨識身分驗證（例如FaceID、TouchID），為熟悉的使用者體驗提供額外的安全性。
· 硬體Signers利用單獨的子系統，如iPhone Secure Enclave和Android Titan HSM來產生金鑰和簽署訊息，確保硬體層級的安全性。由於密鑰無法從設備中提取，因此與其他恢復方法一起使用或作為2FA系統的一部分是非常強大的。
· Passkeys是建立在WebAuthn之上的無密碼認證標準。其中，金鑰對是在裝置的作業系統中產生的，可以透過iCloud等服務在裝置之間同步，所以如果使用者選擇的話，是有可能恢復的。
這裡的一個限制是，密碼和硬體Signer產生的簽章不能被比特幣和以太坊等鏈原生識別。它們使用secp256r1 (R1)橢圓曲線，而比特幣和以太坊則使用K1曲線。雖然目前正在進行無需信任和有效的R1驗證工作，但一些支援Passkey的產品正在使用Lit和Turnkey等服務，一旦用戶使用他們的金鑰進行身份驗證，就會產生K1簽名。
這裡要注意的一個標準是EIP-7212，它建議將R1曲線直接添加到EVM中作為預編譯合約，這樣每個現代設備都可以在沒有第三方服務或中間人的情況下原生簽署交易。
隨著帳戶抽象交易量的成長，使用BLS簽署的簽章聚合可能會導致智慧帳戶費用比L2上的EOA更便宜。 4337標準為聚合器助手合約定義了一個接口，該接口驗證單一聚合簽名，批准多個UserOps，而不是單獨驗證每個UserOps。
（2）Relayer中繼器
Relayer（例如4337 Bundler）將交易或UserOps轉送到記憶體池。在具有原生AA的鏈上，網路營運商和排序器（sequencers）扮演Relayer這一角色，從而消除了對外部專用中繼器的需求。
就像以太坊有多個客戶端部署（例如geth、erigon、reth）一樣， 4337生態也有不同語言的多個bundler部署，使網路更加穩健，可以抵禦單一部署的漏洞風險。 4337規範包括一套測試套件，以確保整個網路中的bundler相容性。部署方有Stackup (Golang)、Pimlico、Bionomy、Etherspot (Typescript)、Candide (Python)、OKX (Java)和Alchemy (Rust)。
Bundler的激勵模式與區塊建置者類似，從捆綁的用戶操作（而非交易）中收取費用。在實踐中，bundler需要在區塊構建器中加入一個API來查看當前區塊，並創建一個對該區塊有效的包，因此應將其視為區塊構建器的一部分。
隨著4337的成長，我們有望看到建造者也成為bundler，因為這種混合模式比起只做建造者將更加有利可圖，他們可以從交易池和UserOps池兩個池中進行選擇。
（3）Paymasters
透過允許dapps為用戶支付gas費，允許用戶使用非原生代幣支付費用，或透過傳統支付軌道進行鏈下結算，Paymasters實現了費用抽象。 Paymaster服務有兩個主要組成部分：
· Gas策略管理器，用於讓開發人員定義贊助gas費用的條件。這可以限定在整個專案範圍內，也可以基於各合約或錢包位址來界定。開發人員還可以定義他們所希望的限制gas贊助的方式，例如對gas價格、請求、或每月贊助金額進行限制。 gas贊助費通常會計入服務提供者的開發商每月發票中，並根據贊助金額收取約5%的附加費。
· Paymaster智能合約根據鏈上狀態（如帳戶餘額）或鏈下gas管理策略，驗證給定交易是否有資格被支付。 Paymaster合約持有用於支付gas費的原生代幣餘額，並且可能包含定期檢查付款代幣（例如USDC）和原生代幣（例如ETH）之間匯率的價格oracle邏輯。
Paymaster可以分為鏈上、鏈下兩種：
· 鏈上Paymaster（例如ERC20Paymaster、StablecoinPaymaster）僅依賴鏈上狀態來驗證交易是否能夠被paymaster支付。這意味著某些paymaster，例如那些接受使用ERC-20支付gas費的paymaster，可以是無需許可的，但需要注意的是，paymaster必須得到帳戶的批准才能進行支付代幣轉帳。 Paymaster合約管理員可以提取代幣並兌換回原生代幣以回填（refill）合約，在ERC20價格之上設定標記，為Paymaster更新下一個UserOp的ERC20價格設定價格差異門檻，或手動更新價格。
· 鏈下Paymaster（例如VerifyingPaymaster）涉及與服務提供者的paymaster API交互，以贊助UserOp。鏈下服務查驗資格並使用paymaster金鑰簽署交易。雖然這種解決方案是無需許可的，但鏈下paymaster可以透過最小化鏈上檢查來節省gas費。 Gas策略可以更加細化，並將Discord活動等鏈下活動納入考量。
（4）帳戶廠商和框架
帳戶廠商和框架提供「headless」（無頭）智慧帳戶部署和SDK，dapp和錢包用戶端可以在此基礎上進行建設，代表用戶創建自我託管的嵌入式帳戶。帳戶本身是智慧合約錢包，具有自己的簽名驗證、執行和重播保護（nonce管理）邏輯。所有者使用密鑰授權來自智慧型帳戶的使用者操作。
從高層來看，智慧帳戶供應商提供了3個核心內容：
· 智慧合約錢包的核心部署，使用自己的一套邏輯來驗證、執行交易，以及在交易執行前後執行其他額外操作。它也包含如何透過原生模組及第三方模組為錢包添加附加功能的邏輯。
· 廠商合約，部署錢包實現的新實例，由帳戶的初始簽署者發起。在ERC-4337下，dapp可以透過指定他們所選供應商的廠商合約位址為他們的使用者建立智慧帳戶。
· 一個SDK，為開發人員正在創建的智慧帳戶提供即插即用的客製化能力。這可以是不同的簽名選項、出/入金方式和中繼技術。
在ERC-4337下，UserOp的「sender」欄位是指正在進行交易的智慧帳戶。如果帳戶尚未部署，EntryPoint將從「initCode」中指定的廠商合約中部署帳戶。使用者的金鑰可以用來申領智慧帳戶，以進行後續的dapp互動。
Safe、Zerodev和Bionomy等帳戶提供者與金鑰管理器和身份驗證基礎設施集成，為dapp提供了希望用戶如何管理智慧帳戶的選擇。例如，Safe的Web3Auth整合讓使用者能夠透過社交或電子郵件使用他們的帳戶，Zerodev與Turnkey的整合提供了使用Passkeys管理帳戶的選擇。
Safe以其久經考驗的智慧錢包產品而聞名，並被個人用戶、團隊和DAO廣泛使用。迄今為止，在至少12個區塊鏈上部署了500多萬個Safe帳戶執行2200多萬筆交易。在v1.4.1（2023年7月發布）之前，開發人員已經能夠使用Gelato relay來進行gas抽象交易。這種整合目前支援Gnosis Pay和BasedApp等加密金融卡產品，用戶可以使用其Safe帳戶中的資金從任何接受Visa支付的供應商進行購買操作。 v1.4.1透過模組支援ERC-4337，為中繼器供應商提供了更多選擇。
ZeroDev是今年稍早推出的智慧帳戶供應商，最初就是為ERC-4337建置的。 Zerodev聚合了多個bundler提供者來抽象UserOp中繼服務，並公開了一個gas管理器儀表板，開發人員可以在其中定義範圍和限制邏輯，從而為用戶提供費用贊助。 Zerodev和Bionomy（也經營自己的bundler網路）目前在4337帳戶市場佔據主導地位。
Alchemy的AccountKit具有4337相容的智慧帳戶部署“LightAccount”，它基於EF部署，並添加了EIP-1271支援（驗證來自智慧合約的簽章）以及所有權轉移、金鑰輪換和命名空間（namespace）儲存。
（5）帳戶模組
帳戶模組是充當智慧帳戶的可安裝組件的智慧合約。雖然模組基礎設施仍處於非常早期的階段，但我們認為模組將透過以下方式被發現和安裝：
· 開發人員：嵌入式智慧帳戶可配備由dapp開發人員選擇的「預先安裝」模組，建構具有針對特定用例客製化功能的入門錢包。
· 最終用戶：錢包介面可以展示一個「模組儲存」介面，用戶可以在其中發現新功能並將其添加到錢包中。
透過AA將UserOp驗證和執行正式分離，模組可以包含僅驗證或僅執行的邏輯。
· Validators（驗證者）。在UserOperation的驗證階段呼叫。他們的主要功能是驗證UserOperation的簽名，並確定其有效性及是否應執行。範例包括multisig、ECDSA、passkeys、多鏈驗證和會話金鑰等。會話金鑰使dapp能夠代表使用者進行簽署以簡化使用者體驗，就像具有自訂權限和期限的臨時私鑰一樣。
· Executors（執行者）。在UserOperation的執行階段呼叫。他們擴展了帳戶的執行邏輯，並支援更多樣化的可本地執行的操作，例如在常規ERC-4337執行流程之外觸發的自動操作，例如當價格達到某個閾值時自動進行代幣兌換。
· Hooks。在執行前/後運行，並對帳戶實施控制。例如，Hook可以在執行後運行，並恢復任何符合特定標準的交易，從而加強用戶的安全性。
雖然像Candide這樣的一些錢包已經開發了用戶可以直接安裝的模組，但我們預計會出現一個豐富的第三方模組生態，可以在錢包的應用程式商店介面中找到，或者由dapp開發人員整合到一個嵌入式「入門」錢包中。
智慧帳戶框架已經在設計時進行了模組考量。 Safe的核心合約處理模組管理邏輯，用於從帳戶中新增和刪除模組，但將真正的模組相關邏輯和儲存完全限定在一個單獨的合約中。這種分離降低了第三方模組覆蓋同一狀態的風險，損害了帳戶的安全性和預期行為。
Safe{Core}協議引入了一個帶有模組、hooks、管理器和註冊表的開放框架，旨在培育一個受Safe錢包產品啟發的可組合智慧帳戶生態。
ZeroDev明確地將他們的模組（「插件」）劃分為驗證或執行兩類。 Executor模組被設計為與Validator模組配對，允許自訂函數透過不同的validator「路由」。例如，「NFT轉移」功能只允許透過2FA轉移NFT。
建立強大的模組化智慧帳戶生態有一些考慮因素：
互操作性。由於多個智慧型帳戶供應商都對於如何讓第三方向帳戶添加新功能都有自己的一套方法，模組開發人員正朝著供應商鎖定的方向前進，或者不得不應對開發相同功能以兼容多個帳戶部署的技術開銷。有一些解決方案可以緩解這種情況：
· 面向模組化智慧合約帳戶和插件的ERC-6900定義了模組化智慧合約帳戶（MSCA）的接口，模組（「插件」）允許任何符合標準的帳戶部署和插件進行互通。
· Rhinestone的* ModuleKit用於建置和測試智慧帳戶模組，提供了針對不同帳戶部署測試模組的範本和框架、整合式庫（例如DeFi協定）、預先建置的執行條件，以及解析模組程式碼和標記安全漏洞的安全自動化。
安全。賦予用戶在錢包中安裝第三方軟體的能力有一個重要問題，那就是介面應該如何管理並展示模組的相關資訊。
EIP-7484提供了一種驗證獨立建構的智慧帳戶模組合法性和安全性的手段。在這裡，註冊表允許審計人員對這些模組的安全性進行認證。前端和智慧帳戶可以查詢註冊表以取得認證數據，驗證模組是否可以安全使用。
更廣泛地說，EIP-7512旨在為審計報告的鏈上表達創建一個標準，該標準可透過智能合約解析，以提取有關審計以執行者及已驗證標準的相關資訊。
可發現性。註冊表可以透過智慧帳戶平台和錢包介面展示和查詢，並由開發人員或最終用戶安裝。
擴展錢包功能的能力使帳戶成為web3產品和服務的開發者平台和新的分發管道。我們已經在Metamask Snaps上看到了這一點，Metamask Snaps允許用戶透過安全警報（WalletGuard）、隱私功能（Nocturne）以及與非EVM鏈（如Starknet和比特幣）的互通性來自訂他們的瀏覽器擴展錢包。
當Chrome為開發者提供了一個透過擴充功能擴展瀏覽器功能的生態時，就推動了他們的市場主導地位，儘管他們晚出現十年。雖然我們大多數人都很難想像，當模組化帳戶成為主流時，錢包體驗會是什麼樣子，但無需許可的創新已經開始走上正軌。
3、新興開發模式及其影響
不斷發展的錢包堆疊意味著：
· 開發者可以在他們的應用程式中為使用者建立非託管帳戶，並將尋求SDK連接器等工具，提供端到端登入的建置選擇。
· 嵌入式錢包是一種新的錢包類別，每個供應商在帳戶可攜性、可自訂性和信任假設方面都有各自的功能和權衡。
如果你在2018年操作過以太坊dapp，你可能還記得在加載網站時會有一個Metamask彈跳窗。這是由於在連接錢包和dapp方面缺乏良好的用戶體驗實踐，開發人員經常採用硬編碼檢查來查看用戶是否使用瀏覽器的「windou.ethereum」物件安裝了擴充錢包。如果用戶安裝了多個擴充錢包，將導致不可預測的行為，用戶將不得不選擇一個錢包從而創建一個競爭較小的錢包市場。
WalletConnect通訊協定的出現讓使用者可以將任何錢包連接到任何dapp，當時一起出現的還有Web3Modal，Web3Modal是一個包含按鈕和模組元件的函式庫，讓使用者選擇他們想要與dapp一起使用的錢包。
如今，Web3Modal是多個錢包連接器庫（如RainbowKit、Web3Onboard和ConnectKit）中的一個，為dapp開發人員簡化了錢包檢測和基於錢包的身份驗證過程。這些庫提供了開箱即用的主題選項、錢包搜尋功能以及可以引導用戶安裝錢包的螢幕（如果用戶還沒有安裝錢包的話）。
最近，EIP-6963最終被確定為另一種替代「window.ethereum」的錢包發現機制，允許dapp和擴充程式提供的注入腳本以可預測的方式進行通訊。由於該標準，用戶現在在選擇連接到dapp的擴展錢包時有了更多的選擇餘地，並為錢包打開了更具競爭力的市場。
雖然連接器庫已經顯著改善了開發者體驗和用戶體驗，但期望用戶已經安裝或將會安裝額外的軟體來與dapp互動仍然是一個很大的採用障礙。
我們已經看到了dapp登入使用者體驗的未來，下一代錢包庫（我們將在這裡稱之為完全成熟的「Onboarding SDK」）正獲得更多關注。除了基於錢包的身份驗證之外，這些SDK還提供了其他註冊和登錄選項，如電子郵件、社交、短信，並為用戶創建了嵌入式錢包，而無需用戶安裝額外的軟體或退出dapp。
開發人員可以直接整合由金鑰提供者提供的連接器（例如Magic、Privy、Web3Auth），或使用那些打包多個服務的連接器（例如Dynamic、Thirdweb、0xPass），為他們想要公開的身份驗證選項和他們想要創建的錢包類型提供即插即用的選項，從而實現完全自訂的登入流程。 Onboarding SDK還可以與智慧帳戶提供者集成，以創建嵌入式智慧錢包，提供進一步的用戶體驗增強功能，例如無gas交易和出入金方式。
隨著越來越多的人採用「headless」錢包，以及錢包領域向嵌入式錢包的傾斜，錢包和dapp之間曾經清晰的界限開始變得模糊。
（1）獨立錢包、嵌入式錢包及特定應用錢包
現今的Web3用戶習慣於透過獨立錢包（如Metamask或WalletConnect提供的錢包）與dapp交互，將他們的資產和鏈上足跡累積到一個或幾個帳戶上。
隨著越來越多的dapp透過嵌入式錢包和多家供應商來吸引用戶，對於dapp開發者和最終用戶來說，帳戶管理很快就變得複雜起來。 Dapp開發人員將不得不評估和管理多個供應商，同時盡力避免鎖定單一供應商。對於最終用戶來說，為每個dapp創建一個新的錢包將導致資產和身分管理體驗不連貫。
雖然特定應用程式錢包對於某些用例（如遊戲）來說是可取的，但在許多情況下，用戶可能會登入他們的第一個dapp，使用他們的web2 signers或Passkey創建一個嵌入式錢包，並希望透過使用相同的signer登入另一個dapp，使用他們在帳戶中累積的資產。
· Capsule是一個基於MPC的嵌入式錢包提供商，其主打功能是跨使用其服務的dapp的錢包可移植性，使用戶可以使用相同的電子郵件登入存取現有錢包。我們可以預期，這很快就會成為跨WaaS供應商的必備產品。
· Moonchute在此期間幫助用戶管理多個智慧帳戶。他們的統一帳戶管理器是一個app和API，用於發現由給定簽名者創建的智慧錢包，允許用戶在一個地方管理多個帳戶的資產。
· ERC-7555提議了一個受SSO啟發的標準化介面和請求/回應模式，用於應用程式發現使用其他簽章方案建立的使用者帳戶。在這裡，應用程式將使用者重新導向到給定供應商的URI（可以是自託管網域），並解析簽署者和關聯的智慧帳戶地址的回應。
（2）遷離EOA
AA的另一個突出挑戰是為現有用戶提供向智慧帳戶遷移的無縫體驗，這些用戶已經在多個EOA上積累了一定資產和鏈上歷史。
EIP-7377提議了一種協議內機制，允許EOA發送一次性交易，該交易在其帳戶上部署代碼，有效地將EOA「升級」為智慧錢包。
Aarc旨在解決dapp和最終用戶的資產遷移問題。他們的UI和SDK索引了特定來源位址的資產和權限，並允許使用者選擇他們想要移動到目標位址的資產，目標位址可能是一個智慧帳戶、其他EOA，或是使用社群登入建立的嵌入式MPC錢包。對於現有用戶已經習慣了獨立錢包流程的dapp，當他們希望在其產品中添加嵌入式錢包或AA功能時，Aarc提供了一個簡化遷移過程的解決方案。
（3）AA對多鏈帳戶管理的影響
考慮到AA和L2活動的勢頭，我們可以預見未來智慧帳戶將成為EOA的主流，用戶將擁有跨多個鏈的資產。
EOA的一個使用者體驗優勢是，使用者可以使用相同的私鑰自動存取不同EVM鏈上的相同位址。缺點是無法更改控制給定地址的密鑰，並且如果用戶弄丟私鑰的話，全部資金都可能丟失。
由於帳戶抽象化將金鑰儲存與資產儲存分離，因此可以為給定帳戶輪換金鑰，而不必在保持相同地址的情況下遷移資金。智慧型帳戶能夠使用CREATE2跨鏈維護相同的位址，即使合約尚未部署在給定鏈上，使用者也可以使用相同的初始驗證金鑰和帳戶部署存取帳戶。
然而，從長遠來看，跨鏈維護相同的位址可能是一種反模式。
· CREATE2只能在具有EVM字節碼等效的鏈上使用。在zk-Rollup（例如zkSync）的多鏈世界中，這種方法是不夠的。
· 我們可以預期，存取各種帳戶所需的金鑰將隨著時間的推移而變化，錢包展示了更多的簽名和金鑰輪換功能。在目前設定下，這可能很快就會導致跨鏈的帳戶權限狀態的漂移，因為一個鏈上帳戶的簽署者的變更不會自動將新權限傳遞給其他鏈上的簽署者。
針對多鏈AA提出的長期解決方案有：
· 一個專用金鑰儲存合約，跨鏈使用者帳戶在檢查權限時讀取該合約。
· 使用ENS多鏈解析器（resolver）作為不同位址的抽象層。
跨鏈帳戶和簽署者管理仍然是一個活躍的研究領域。研究的最終目標是，用戶可以在不進行大量交易的情況下更改訪問不同鏈上多個帳戶的金鑰。
4、結論
· 帳戶抽像是一種將簽署者與帳戶分開的活動，透過將基於合約的帳戶（而非EOA）作為區塊鏈上的一級實體，為用戶提供密鑰管理和帳戶權限的靈活性。
· ERC-4337作為中繼智慧帳戶發起交易的標準，促進了適應AA的錢包基礎設施的發展，從而產生了新的市場結構、錢包類別、dapp開發和用戶登入模式。
· 錢包堆疊被分為signers（簽署者）、relayers（中繼者）、帳戶提供者和帳戶模組，為開發人員提供了客製化最終用戶體驗的選擇。這帶來了額外的開銷，以評估每個提供者在gas開銷、抗審查性、供應商鎖定和互通性方面的權衡。
· 從EOA的遷移路徑和多鏈背景下的帳戶抽象仍然是正在進行中的研究領域。我們期望在明年看到首批解決方案提案的實施。
我們認為，這些發展對整個生態都有重大影響：
· 對於新用戶來說，錢包不再是進入web3的唯一入口。應用程式將透過嵌入式錢包、無gas交易和錢包內入金方式顯著改善登入體驗。
· 對於目前使用者來說，隨著應用程式利用會話金鑰等功能，鏈上體驗將變得更加順暢。高級用戶可以透過模組對帳戶權限和其他錢包功能進行更細粒度的控制。
· 對於開發人員來說，模組化的帳戶基礎設施將錢包變成了作業系統。模組市場是web3產品和服務的一種新的無需許可的分發管道。