原文作者:區塊 Irene
原文來源:Odaily
需要自我託管的錢包地址是用戶在鏈上世界的「帳戶」,但同時也是阻礙用戶進入 Web3 的一大障礙。對於加密貨幣帳戶的改進,是一場已經持續了 7 年多的試驗。直到 2022 年 10 月,Vitalik 在推特發布了介紹 EIP-4337 有關帳戶抽象的 thread;十一月在波哥大舉辦的 devcon 6 的各個分享會中,也頻繁出現了 Account Abstraction 的身影,引發了關於帳戶抽象、合約錢包、 4337 的廣泛熱烈討論。
帳戶抽像對支持用戶上鏈的意義重大。「Not your keys, not your coins.」自我託管不知道被加密老炮們強調了多少次,但能做到的人卻還是佔極少數。帳戶抽象帶來的極高的自由度,才能真正賦予了普通用戶一個更安全好用的去中心化體驗,自我託管將不再是少數極客才能做到。雖然 FTX 的爆雷對加密世界的未來蒙上了層深深的陰影,但也無疑驗證了去中心化應用與自我託管的必要性。隨著帳戶抽象的落地,加密行業將更有實力從中心化的壞蛋和皇帝們中解脫,走向更高維度的去中心化和自由。
目前,EIP-4337 被很多人視為帳戶抽象的方向標,但該提案仍然只是過於理想的草案。比如理想中交易打包能分攤 gas,實際上卻是驗證過程額外增加了 gas 消耗;比如理想中合約錢包適用統一架構,實際是作為一種自願採用的 ERC 提案,它的效應很弱;比如理想中使用 EIP-4337 的帳戶可以帶來更優秀的使用體驗,實際是許多 dapp 禁止合約地址交互的尷尬現狀……
EIP-4337 這樣的溫和方案是帳戶抽象演進路程中的一次轉變,是對開發資源緊張、直接進行代碼改動影響過大等種種現實的妥協。這種妥協的方案有助於提前將帳戶抽象的理念發散推廣,為未來的抽象化打下共識基礎,但並不是帳戶抽象的終點。最終,以太坊仍然需要在代碼層真正實現帳戶抽象,抵達那片我們所嚮往的烏托邦。
什麼是帳戶抽象 —— 從算盤到智能計算器
在討論帳戶抽象的具體意義之前,我們可以先拆解開來,分別理解什麼是「帳戶」和「抽象」。
簡單來說,以太坊的基礎建立在兩種帳戶類型上,一種承載用戶的錢包,另一種承載智能合約的邏輯。他們的功能大多不兼容:用戶的錢包無法進行邏輯判斷,而承載智能合約的帳戶無法做任何邏輯之外的事情。可想而知,這樣的帳戶系統並不優化。帳戶抽象的目標就是消除這種不兼容,把他們的區別「一般化」—— 去掉特殊性,尋找共性。
帳戶 Accounts
以太坊有兩種基本的帳戶類型:外部帳戶(Externally Owned Accounts – EOA)以及合約帳戶(Contract Account – CA)。
EOA 即普通用戶最經常接觸的一類帳戶,如 MetaMask 錢包中的地址,它由用戶通過私鑰控制;而 CA 則是被部署在以太坊網絡中的智能合約,由其代碼進行控制,沒有私鑰。兩類帳戶的異同之處如下所示:
抽象
抽象指從具體問題中,提取出具有共性的模式,再使用通用的解決方法加以處理。換言之,抽像是一個「一般化」的過程,需要去掉特殊性,尋找共性。
以一個更現實具體的例子來理解抽象化:小汽車玩具和樂高積木。一個小汽車玩具的結構是特殊的、具體的,由四個輪子和車身等一系列特殊的零部件組成。若你想有一個小卡車玩具甚至是飛機玩具,則需要重新購買新的玩具。而樂高積木則是更抽象的,更一般化的,他將玩具高度抽象化為了立方體、球形等一般的積木模塊,玩家可以用這些積木搭建任何玩具形態。
在區塊鏈的發展中,從比特幣到以太坊實際上也是抽象化的過程。比特幣網絡最初的目的是想實現點對點的支付系統,帶有特殊的明確目的;而以太坊把區塊鏈變成了更加一般化的系統,去掉了專為點對點支付的特殊性,提取了區塊鏈技術的共性搭建出了新的網絡,有了以太坊虛擬機,使區塊鏈上可以自由地構造各種不同的協議與應用,拓展了區塊鏈生態。
帳戶抽象
帳戶抽象則是指要將以太坊的帳戶進行一般化,去除特殊性。在前文中我們也提到,以太坊擁有兩種帳戶類型,EOA 和 CA 各有自身的特性,其中 EOA 是更「頂層」的帳戶,任何交易都只能依賴 EOA 發起並支付 ETH 作為 gas,且 EOA 僅能使用 ECDSA 簽名方案,由特定的 Secp 256 k 1 橢圓加密算法實現。但 EOA 不直接支持代碼邏輯。支持代碼邏輯的 CA 需要由 EOA 進行部署和發起交易。
這一切都是以太坊底層的特殊的強制設計。而帳戶抽象的目的就是希望使以太坊的帳戶一般化,使其擁有更高的自由度,拓展帳戶的可能性。針對帳戶的特殊性進行一般化就可以提取出以下幾個帳戶抽象的關鍵:
- 密碼學抽象:即帳戶的簽名驗證不再僅限於特定的加密算法,用戶可以自定義選擇不同的加密算法作為安全機制
- 帳戶功能抽象:支持代碼邏輯,實現自定義功能
- 交易抽象:帳戶都可以發起交易;gas 支付自定義
總而言之,對開發者來說,帳戶抽象意味著更高的自由度和更多的可能性;對用戶來說,帳戶抽象則能從多個維度帶來更好的使用體驗,比如安全性、易用性、功能性。可以說帳戶抽象前,用戶的錢包地址只是一個可以計算加減的算盤。而帳戶抽象實現後,這個算盤有了邏輯判斷的功能,成為了一個有芯片的智能計算器。
帳戶抽象的發展歷程 —— 從激進到溫和直至過渡到終態
關於抽象化的探討,早在 2015 年以太坊網絡正式發布後的幾個月就已經開始,直到今年 10 月仍有新提案提出。我們按時間順序梳理帳戶抽象相關的 EIP,以一窺帳戶抽象的不同解決方案及發展。
在此,將帳戶抽象方案的發展分為 3 個階段:
從 2015 年以太坊上線起的 EIP-86 初次提出帳戶抽象,開始了長達 5 年的充滿理想主義的激進改革。雖然這些直接更改以太坊底層代碼的帳戶抽象提案都未能推進至審核階段,但一些附屬的提案通過,為帳戶抽像打下了一定的基礎。如 EIP-1014 實現無需部署合約即可提前計算出合約地址,以及 EIP-1271 實現通過合約帳戶進行簽名的方案。
從激進的改革中挫敗後,帳戶抽像開始尋找一條更加溫和的折中的方案。該階段不再試圖直接更改以太坊底層代碼,而是以推出 ERC 標準為主,由開發者自願採用。 EIP-4337 出世,開啟了帳戶抽象的溫和推進時代。近期,EIP-5189 基於 4337 的思路,提出了進一步的優化方案。
ERC 標準的帳戶抽象方案是對底層代碼更改慢、影響大、兼容性差的妥協。這樣溫和的方式有助於帳戶抽象的概念傳播,讓帳戶抽像先從理想的討論中先落實到可實踐的現實中,並在實踐中循序漸進,不斷改進完善與改進現有方案的缺憾。
未來,經過溫和的演變並達成一定的共識後,將可能適用 EIP-3074 、 5003 等提案的方式,將 EOA 升級為合約帳戶。以太坊將最終實現最初的理想,在底層協議中進行徹底的變更,將帳戶統一為一種可編程、可自定義的帳戶。
過去-激進改革
從相關提案首次提出開始,對於帳戶抽象的解決方案一直都是對共識層進行直接變更的暴力改革方案,並在該階段的一次次提案中不斷完善。
EIP-101
方案簡介:
2015 年底,以太坊創始人 Vitalik 在 EIP-101 中首次提出了抽象化。該提案中 Vitalik 討論了對 Serenity 中的帳戶體系的抽象化設計,將帳戶從 4 個字段簡化為僅 code 和 storage 兩個字段,ETH 都被儲存在一個代幣合約中,保留映射用戶餘額的地址列表;交易從 8 個字段簡化為了 4 個字段,極大程度地進行了帳戶和交易的抽象化。
優勢:
- 用戶自定義安全模式,使用其他加密算法保護帳戶安全
- ETH 和其他 ERC 20 代幣可以被平等地對待
- 降低了自定義帳戶功能(比如多簽)的間接性。
問題與現狀:
該提案對帳戶體系進行了大刀闊斧的改動,存在兼容問題以及安全隱患,因此在當時暫時被擱置至分片後,目前已是 stagnant 狀態。
EIP-86
方案簡介:
2017 年,Vitalik 提出 EIP-86 ,對交易來源以及簽名進行抽象,再次對底層代碼進行激進的變更。該提案中允許用戶創建能夠使用任何簽名和 nonce 檢查機制的帳戶合約。在該方案中有一個 entry point 合約,任何人都可以通過這個合約發送交易,帳戶合約接收來自 entry point 的數據並對簽名進行檢查,正確則向礦工進行 gas 支付。該方案是對帳戶抽象的準備,使用戶可以自定義簽名算法,不再強制使用以太坊硬編碼的 ECDSA 和默認的 nonce 機制;同時 gas 是在驗證簽名正確後才由合約帳戶支付。
優勢:
- 多簽:每一位多簽人不需要都擁有 ETH,包含多簽訊息的交易可以直接發送到多簽帳戶,由多簽帳戶直接支付
- 環簽名混幣:環簽名指簽名首尾銜接形成一個環形,因此無法判斷起始點。 n 名用戶向合約發送相通數量的代幣,再使用環簽名的方式取出相同數量的代幣。但由於提取代幣需要準備 gas,在該階段存在暴露風險。因此通過該提案,gas 可以從提取的代幣中直接支付,保障了該場景下的隱私性。
- 自定義密碼學:用戶可以使用 Lamport 等量子安全的簽名方式保障帳戶安全
- 自定義非密碼學功能:例如設置交易過期時間等
問題與現狀:
- 新的交易類型沒有交易發送方(都是 entry point),破壞了哈希唯一性。對基於哈希唯一性的協議操作不可兼容
- 無 gas 支付的必要性不足,目前通過代理合約也可以實現,只是成本會稍高一些
- 礦工挖礦策略會受到極大程度影響
- 新的交易類型保留了 nonce 、 gasprice 、 value 等字段且被設置為 0 ,缺乏代碼優雅性
- 因此,基於這些問題,該提案最終被暫緩引入,目前也是 stagnant 狀態。
EIP-859
方案簡介:
該提案引入了新的交易類型和新的操作碼,在交易中仍然強制保留了 nonce 字段,維持了交易哈希唯一性。引入 paygas 操作碼進行 gas 支付,並作為驗證部分交易和執行部分交易的邏輯分界。
優勢:
- 自定義簽名機制 Customized signature scheme
- 延續了交易哈希唯一性 Maintains transaction hash uniqueness
- 可以支持更複雜的驗證情景並節省 gas,比如在代幣 ICO 時,有 1 萬筆交易同時參與,但代幣上線僅至支持前 5000 筆,按照現有邏輯所有一萬筆交易都會被打包上鏈,而在該提案下,合約可以設置後 5000 筆不被包含進區塊上鏈,從而節省 gas 消耗名,減少無效的垃圾交易。
問題與現狀:
- 不能支持使用 ERC-20 代幣支付 gas
- Cannot use ERC 20 s to pay for gas
實際上該提案一直並未形成確定性的草案,僅僅停留在討論階段。此提案也在多次以太坊開發者會議上進行了討論,但由於不夠成熟,且當時升級所包含的內容已經很多了,因此該提案也被永久擱置。
EIP-1014
方案簡介:
該提案並未直接提及帳戶抽象,但卻與帳戶抽象發展息息相關。該提案介紹了一種在實際部署合約地址之前,可以預先計算合約地址的方法,並在部署合約地址之前可以先向該地址發送資產,在使用該合約地址進行第一筆交易的時候,再進行部署。
優勢:
- 節省了成本:用戶可以在支付 gas 部署合約之前,提前計算合約地址
- 多鏈合約地址一致:合約地址需要部署後才存在,因此不像 EOA 可以直接實現多鏈一致;通過該操作碼中的 salt 參數,合約地址也可以實現多鏈一致
現狀:
該提案最終通過,為智能合約錢包的發展奠定了重要基礎。
EIP-1271
方案簡介:
該提案提供了一套驗證代表合約帳戶的簽名是否有效的標準。這使得合約帳戶能夠像 EOA 一樣進行簽名驗證。
優勢:
該提案作為已經確定的 ERC 標準,開發者們可以自願採用。這為未來合約帳戶的推廣和普及打下了良好的基礎,只要 dapp 願意支持合約地址簽名,簡單在協議中增加 EIP-1271 的代碼即可。
現狀:
該提案已經最終通過,已經有實際應用,如 opensea 支持 authereum 合約錢包進行簽名登陸。
EIP-2938
方案簡介:
2020 年,Vitalik 聯合多人提出了更完善的帳戶抽象解決方案。相較於之前的帳戶抽象目標將帳戶類型統一為 1 種合約帳戶,EIP-2938 提案中仍然保持現有的 EOA 和合約帳戶兩種,但接納合約作為頂層帳戶,使其可以支付交易 gas 以及發起交易執行過程。
該提案中定義了一種新的類型的 transaction:Account Abstraction transactions,並引入了兩個 opcode:Nonce 和 PAYGAS 。這一改進仍然需要對以太坊的底層代碼進行變更。
EIP-2938 還對該解決方案實施進行了規劃並闡述了具體的應用場景。帳戶抽像被分為了兩個層級:首先是實現單租戶帳戶抽象,然後再拓展至多租戶帳戶抽象。
優勢及場景:
單租戶 Single-tenant
- 自定義使用除 ECDSA 以外的簽名驗證方式(比如 BLS,post-quantum)
- 增加多簽驗證、社交恢復等合約錢包功能
- 使用 ERC-20 代幣支付 gas 。
多租戶 Multi-tenant
- 隱私:比如 tornado cash 這樣的保留隱私的場景下,帳戶不再需要準備 gas 費用而暴露隱私。
- 省 gas:比如套利機會出現時,大量的套利者同時發起套利交易,而首筆成功後,其他套利交易失敗但仍然被打包在區塊中,在帳戶抽像後,套利者則無需再為失敗的套利行為付 gas,減少了鏈上的垃圾交易的數量。
問題及現狀:
雖然該方案更加詳盡,但對多租戶階段的技術方案仍未成型。且該方案被認為在技術及經濟上都不夠高效,因此也沒有進入最終階段。
至此,帳戶抽象的第一階段,激進暴力地對以太坊底層協議進行變更的方案幾乎都被擱置。帳戶抽象的優先度、必要性、經濟性、兼容性都仍然有待進一步優化。
當下-溫和變更
以太坊開發者們專注於以太坊的合併與分片,直接進行底層協議變更的方案難以推進,以 Vitalik 為代表的開發者們,不得不妥協,提出了相對更溫和的、間接的替代方案。
EIP 4337
方案簡介:
該提案是首個不需要對以太坊底層代碼進行變更的帳戶抽象提案。在 ERC-4337 中,引入了一個 UserOperation 對象。用戶將 UserOperation 對象發送到單獨的內存池中。 Bundler 將這些對像打包成一個交易,對一個 Entry Point 合約進行調用,然後該交易就被納入一個區塊中。
優勢:
- 自定義簽名算法:支持 ECDSA 之外的簽名算法
- 功能自定義:通過合約代碼可以實現 gas 代付、社交恢復等功能
問題及現狀:
- 不可升級:用戶需要將資產和活動轉移至新地址以支持該標準
- Gas 開銷更大:引入的 user operation 會帶來更高的 gas 消耗
- 兼容問題:現有的某些 dapp 或協議可能禁止了與合約帳戶的交互
儘管有諸多實際的問題,但 Vitalik 希望在短期內先大力支持 ERC-4337 ,在實踐的過程中研究更優的方案,並不斷對其進行完善和改進。在實現了大規模的推廣後,形成共識與規模效應,將有利於促使現有應用做出更改,支持合約帳戶的交互和支持 ERC-1271 的合約簽名標準。目前,EIP 4337 仍然處於 Draft 狀態,等待繼續推進至下一階段。
EIP-5189
方案簡介:
該提案是改造交易打包過程的 ERC 提案,同樣不需要對底層代碼進行改動。該提案引入了一個 endorser 的角色,合約錢包的開發者定義 endorser 合約,從而幫助確認提交的元交易的質量,幫助 bundler 確定該交易是否該留在 mempool 中。該提案將帳戶抽象為 bundler 帶來的風險轉移至錢包開發者,希望開發者負責編碼、部署 endorser 合約。
優勢:
降低了 bundler 篩選元交易的門檻和風險
問題及現狀:
該提案目前剛形成草案,尚在早期階段。
在該階段,帳戶抽象的方案從早期的暴力革命轉化為了平和演變。雖然力度更弱,但實施起來更加容易,可以推進智能合約錢包的發展,吸引並積累一定的用戶群體。
未來-強制實施
Vitalik 在提到,希望在推行 ERC-4337 的過程中,不斷再推出新的提案對 ERC-4337 的缺憾進行完善,比如實現 EOA 向合約地址的升級,以及 gas 費用的優化。可能的路徑將從自願採用到廣泛普及,再到最終實施強制轉換,達成以太坊帳戶類型統一為一種的終極目標。
EIP-3074
方案簡介:
EIP 3074 的提出實際早於 EIP 4337 ,它沒有引入新的交易類型,而是引入了 AUTH 和 AUTHCALL 兩個操作碼,允許將 EOA 控制權委託給智能合約,這讓所有的 EOA 可以擁有智能合約錢包的功能。
優勢:
- 代付 gas:gas 費用可以由另一個帳戶支付,不持有 ETH 的地址也可以發送代幣。
- 批量交易:通過單個調用發送多筆交易,降低了交易費用
問題及現狀:
該提案需要對以太坊代碼進行更改,計劃是在上海昇級階段進行實施,目前由於各種安全性的不確定,仍然在 review 階段進行審查。
EIP-5003
方案簡介:
該提案是對 EIP 3074 的拓展提案,再引入了新的操作碼 AUTHUSURP,允許被授權地址設置授權地址的代碼,實現 EOA 向合約帳戶的升級。
優勢:
實現 EOA 向合約帳戶的升級
現狀:
該提案基於 EIP-3074 ,目前仍然處於 draft 階段,進度應該會受 EIP-3074 進度的影響。
Layer 2 ?
從上述的 EIP 發展歷史可以看出,帳戶抽像是為了解決以太坊雙帳戶體系的遺留問題,然而直接對協議進行變更的方案雖然更直接,卻需要動用更多的開發人員,而帳戶抽象的緊迫性尚不高,因此遇到了很多阻礙。相較起來,直接變更代碼的方案可能更適用於生態剛起步的新 layer 2 公鏈。例如 Starknet,就是一條原生支持帳戶抽象的鏈,其只有一種統一的帳戶類型,可以編程,可以發送交易、收發資產等。 10 月 zksync 2.0 主網上線,也引入了帳戶抽象的新功能,帳戶可以發起交易,也可以執行被部署其上的代碼邏輯。
此外,在 Layer 2 相較於以太坊主網來說往往有更低的 gas 費用,對於部署就需要支付 gas 的智能合約帳戶來說,用戶體驗會更好,成本更低廉。
因此,在帳戶抽象最終在以太坊主網實現之前,Layer 2 可能才是帳戶抽象與合約錢包發展的前沿。
帳戶抽象賽道圖譜
帳戶抽象,意味著未來的帳戶都將擁有合約帳戶的類似功能。在帳戶抽像在共識與底層代碼全面實現之前,目前已經有一些智能合約錢包產品(Smart Contract Wallet-SCW),看到了合約帳戶的優勢,正在為用戶提供 EOA 帳戶體係以外的選擇。
在此,通過對智能合約錢包以及相關智能合約平台的產品梳理,我們可以了解目前的 SCW 的發展方向,並藉此暢想 ERC-4337 或是帳戶抽象完全實現之後,錢包可能的應用場景。
帳戶抽象概念項目對比
從 SCW 的發展歷史上看,大致分為幾個階段:最初是以 Safe 為代表的 to B 產品,使用多籤的模式解決帳戶及資產的安全問題;隨後,defi 的繁榮發展,促使了普通用戶的需求增加, Argent,Pillar,Authereum 這類主打易用性,降低用戶使用門檻、優化使用體驗的產品隨之出現;如今,帳戶抽像在以太坊直接暴力改革的可能性降低以及以太坊主網高昂的 gas 費用,為 Layer 2 提供了新的機會,Loopering 之類基於 layer 2 的合約錢包也應勢而生,Argent 的開發重心也逐漸向 Zksync 、 Straknet 傾斜,近期基於 ERC-4337 的 soulwallet 、 unipass 等也都選擇先在 layer 2 上進行發展;未來,隨著帳戶抽象及合約帳戶的普及和兼容,在更多具體場景下,合約錢包會有更多的生機與潛力,比如 A 3 S 協議將帳戶 NFT 化可以實現帳戶的金融化以及帳戶的臨時代管;defisaver 的模塊化功能可以給予普通用戶定制化合約錢包功能、設置帳戶邏輯的可能。
帳戶抽像有必要嗎?
MetaMask 這樣傳統的 EOA 錢包一直飽受用戶體驗差的詬病,用戶需要自己妥善管理私鑰或是助記詞,承擔私鑰洩漏風險。這也使得進入 web3 世界的第一步就有著相當高的門檻。
近期,許多擁有大量用戶和流量的 web2 公司都在嘗試向 web3 進行拓展,例如 Reddit 面向用戶發行了 reddit NFT,輕而易舉地帶來了遠超 Opensea 現有用戶體量的新用戶。在 NFT 鑄造流程的引導上,reddit 竭盡所能地降低用戶的理解門檻,模糊了關於地址、私鑰、 NFT 等複雜的概念。
如果採用無私鑰的合約錢包,就能從根本上消除門檻,為大體量的 web2 用戶提供一種更好地進入 web3 的渠道。
但,安全性、無私鑰的體驗必須要通過帳戶抽像或合約地址才能實現嗎?
並不。
第一類選擇是目前大多交易所採用的託管型錢包,即私鑰並不是掌握在用戶自己手中,而是由交易所代表用戶持有並管理資產,用戶無法全盤掌握自己的資金。這樣的託管型錢包能極大程度地降低用戶門檻,但也存在相應的信任風險。近期 FTX 的突然爆雷,讓用戶意識到,託管的資產可能被挪用,看似強大的機構也可能崩塌。只有將資產的控制權完全掌握在自己的手中才是最安全的選擇。 Not your key, not your coins 。
還有一類錢包應用了一種叫做多方安全計算(Multi-Party Compution – MPC)的技術,同樣可以實現部分合約錢包想要達成的安全性、無私鑰的用戶體驗。
一般來說 MPC 大多使用的是門限簽名(TSS- Threshold Signature Scheme)的方法,簡單來說就是將私鑰碎片化,並將碎片交由去中心化的網絡進行計算和加密。需要進行私鑰簽名時,則將碎片拼接起來形成完整的私鑰,通過分散控制權的方式避免了單點失敗的安全問題。這種方式介於自託管和託管之間,可以被稱為半託管型錢包。
這個邏輯和多簽錢包有一定的相似度,但區別在於,多簽錢包每一位多簽人都提供完整的私鑰簽名控制合約帳戶;而 TSS 的驗證過程只涉及一個私鑰,且是鏈下的,與智能合約並無直接關聯。
現在也存在很多優秀的 MPC 錢包產品,比如 To B 的 Safeheron 以及 To C 的 Bitizen 。
MPC 也可以實現無私鑰等功能,且 MPC 可以基於 EOA,在使用上似乎更便宜,兼容性也更好。 MPC 技術不僅僅適用於 EVM 鏈,其他非 EVM 的帳戶也可以適用。那麼,基於無私鑰等目的的合約錢包,或是帳戶抽像是否真的必要呢?
這樣的爭論確實存在,在今年五月,Coinbase 在自己的 MPC 錢包的推廣推特中質疑了合約錢包的 gas 昂貴、用戶可能無法找到足夠信任的 guardians 等問題。
而 Vitalik 也在此 twitter 下也表達了自己的態度:
可以看出,Vitalik 希望在協議層面上進行帳戶抽象,以實現帳戶簽名算法能夠自定義的目標。以太坊目前強制的 ECDSA 簽名算法並不是最優的選擇,MPC 不過是在基於 ECDSA 的一種局部的安全方案。而實現帳戶抽像後,則可以根據技術的發展,直接使用更先進、更安全的簽名算法(比如抗量子的)。
因此,帳戶抽像在更安全的簽名算法、更優秀的用戶體驗、更完全的資產控制權等維度仍然存在相當的必要性。
帳戶抽象錢包的究極形態
帳戶抽象普及並達成共識後,合約帳戶的兼容性、經濟性都將得到提升。在此,我們也對這類產品的終態,對其能提供的功能和適用的場景進行樂觀地預測或者說是期待,我們認為可能會包括以下功能和應用場景:
- 無私鑰:用戶無需再保管助記詞或私鑰;可以通過生物驗證、設備驗證等多種驗證方式
- 帳戶恢復:可以通過生物識別、社交驗證等方式進行帳戶恢復
- 無 gas 交互:用戶可以使用交易中涉及的 ERC-20 代幣進行 gas 支付,或直接指定固定的帳戶進行支付,而無需提前準備 ETH 作為 gas;或在交易失敗時無需支付 gas 費用
- 自定義安全機制:可以隨著密碼學的發展,選擇更優的安全機制
- 隱私性:基於環簽名等方式實現的更有效的鏈上隱私性
- 帳戶臨時託管:用戶可以設置管理方、時常、交互等要求,將帳戶託管給他人進行管理,達到時間或要求後自動收回。
- 帳戶抵押/交易:帳戶內包含資產及積累的鏈上信用歷史,帳戶本身可以在鏈上市場進行直接的抵押、交易
- 帳戶權限限制和分割:可以許可給他人部分帳戶權限,比如僅能使用帳戶內的 NFT 而不能使用代幣
- 自定義工作流:設置自動的觸發點和流程。比如 A 帳戶餘額每比 1 Eth 多出 0.5 ETH 時,就自動將多餘的 0.5 ETH 轉入 B 帳戶,B 帳戶在某個 token 達到一定價格時,就自動將 ETH swap 成某 token……
- 交易限制:可以設置交易時間、額度,超過時間或超出額度的交易則不能成功
- 白名單/黑名單:限制與黑名單的地址進行交互,比如黑名單地址發送的資產會被自動退回,以規避之前 tornado cash 被制裁後,向其他地址「投毒」,導致地址被其他協議前端錯誤封禁的情況。
- 帳戶分類管理系統:用戶在不同場景下使用專用的帳戶,擁有一個更合理的帳戶管理體系。比如某個帳戶作為 gas 帳戶僅存放 ETH,其他所有帳戶的交互都由 gas 帳戶進行支付;某個帳戶僅存放藍籌 NFT,不會被輕易動用;某個帳戶作為遊戲專用帳戶
- 模塊化代碼功能:為用戶提供不同的功能模塊,用戶無需懂代碼,只需按照自己的需求,組合功能模塊,即可自定義符合自己習慣和需求的帳戶。
結語
帳戶抽象的落地值得所有人的期待。因為這不僅會幫助鏈上用戶數量大幅增長,帳戶抽像給開發者帶來的高度自由度更是會解決目前帳戶系統的痛點,並誕生新的應用、玩法、和想像空間。
在代碼層面實現帳戶抽象充滿了阻礙與不確定,雖然 EIP-4337 這樣的妥協方案也仍然存在 gas 高、兼容性差等實際問題,但大力推進 EIP-4337 也不失為一種概念推廣、增強共識的選擇。隨著概念的普及,帳戶抽像以及合約錢包將可以從小眾走向主流,從用戶需求推動協議兼容,形成新的帳戶範式。最終,在廣泛的共識下,以太坊才擁有直接更改底層代碼達成帳戶抽象的條件。
在最終的帳戶抽象落地後,目前帳戶系統的高門檻和復雜的使用體驗將不再是理所當然的事情。這種新的帳戶體係將更利於為 web3 吸引新用戶和流量,激勵生態的蓬勃發展,從而形成正向的循環。
(以上內容獲合作夥伴 MarsBit 授權節錄及轉載,原文連結 | 出處:Odaily)
聲明:文章僅代表作者個人觀點意見,不代表區塊客觀點和立場,所有內容及觀點僅供參考,不構成投資建議。投資者應自行決策與交易,對投資者交易形成的直接間接損失作者及區塊客將不承擔任何責任。