1KX：錢包基礎設施全覽如何驅動下一代dApp

訪客 1年前 (2023-12-13) 閱讀數 353 #區塊鏈

文章標簽 [db:標簽TAG]

作者：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）作為不同地址的抽象層。

跨鏈賬戶和簽名者管理仍然是一個活躍的研究領域。研究的最終目標是，用戶可以在不進行大量交易的情況下更改訪問不同鏈上多個帳戶的密鑰。