作者:Haotian

看到 Particle Network 新發(fā)布了全鏈賬戶抽象,感覺是要在已有 ERC4337 標(biāo)準(zhǔn)的基礎(chǔ)上疊加一個(gè)“中間層”,為啥非要這樣做?感到費(fèi)解同時(shí)又表示理解,倘若熟悉當(dāng)下賬戶抽象現(xiàn)狀的話,就不難得出答案:

• 當(dāng)前各個(gè) EVM 等效鏈,包括 Layer1 和 Layer2 以及 Layer3 應(yīng)用鏈都有全然不同的方式,這類抽象屬于鏈本位,并非用戶本位;
• 要真正實(shí)現(xiàn)用戶本位,比如允許一個(gè)用戶基于一個(gè)入口一個(gè)地址就能串聯(lián)所有關(guān)聯(lián)鏈,進(jìn)而實(shí)現(xiàn)更連貫,更全局的交互體驗(yàn),一個(gè)能定義 intent 統(tǒng)一規(guī)范和執(zhí)行標(biāo)準(zhǔn)的“中間層”角色就成為必須了;

為什么當(dāng)下市場(chǎng)“賬戶抽象”實(shí)踐過于分裂?Particle Network 的全鏈賬戶抽象技術(shù)上是如何實(shí)現(xiàn)的?要實(shí)現(xiàn) Intent centric 抽象賽道的 Mass Adoption 還有多長的路要走?接下來逐一分析下:

賬戶抽象 AA 解決方案統(tǒng)一在“工程”層面,實(shí)踐層則千人千面

就技術(shù)層簡單而言,賬戶抽象是用戶把一系列意圖塞給 UserOP 內(nèi)存池中,并由 Bundler 打包發(fā)送給 Entrypoint 合約執(zhí)行,當(dāng)中可通過 Aggregator 進(jìn)行簽名聚合處理批量交易,并由 Paymaster 處理代付 Gas 費(fèi)的細(xì)節(jié)。

這是一套 ERC4337 定義的標(biāo)準(zhǔn),后端實(shí)現(xiàn)邏輯也是統(tǒng)一的,但其本質(zhì)上 EVM 鏈本位的抽象,接入用戶的前端并不一定“統(tǒng)一”。

比如,zkSync 采用 EOA 地址綁定賬號(hào)的方式,用戶看到的只是一個(gè)可轉(zhuǎn)賬的影子地址,前端幾乎感受不到 AA 賬戶的存在;而 Starknet 則采用可升級(jí)合約賬戶的形式,用戶需要不斷升級(jí)合約來更新賬戶功能。此外像 Argent 則采用 Guardian 守護(hù)人機(jī)制的社交恢復(fù)機(jī)制,Unipass 的賬戶抽象方案則傾向在非 EVM 環(huán)境異構(gòu)多鏈間應(yīng)用等等。

Wait,這種入口端的不統(tǒng)一看似是一種個(gè)性化,但無疑增加了用戶的使用門檻。抽象來抽象去,怎么在“用戶本位”反倒門檻更高了?表現(xiàn)在:一個(gè)用戶在多鏈多 Layer2 環(huán)境下不可能只交互一個(gè)鏈,大凡跨越多個(gè)錢包多個(gè)鏈就憑空產(chǎn)生了學(xué)習(xí)成本;一個(gè)用戶在不同的 EVM 鏈會(huì)產(chǎn)生多個(gè)不同的合約地址,給統(tǒng)一管理資產(chǎn)帶來挑戰(zhàn)。

這樣割裂的多鏈 ERC4337 標(biāo)準(zhǔn)工程實(shí)現(xiàn),怎么能引領(lǐng)一個(gè)用戶本位的 Mass Adoption?

統(tǒng)一賬戶抽象實(shí)踐邏輯難在哪?以全鏈賬戶抽象為例說明

前邊說了,當(dāng)前的賬戶抽象只是 EVM 鏈本位的,但 EOA 地址在同 EVM 鏈之間還能保持統(tǒng)一,為啥?

因?yàn)?EOA 地址由公鑰計(jì)算派生,只要不同鏈算法一致,私鑰相同則派生的地址也相同。然而合約地址是由 Creator 地址以及 Nonce 經(jīng)過計(jì)算得到的,由于每個(gè)鏈的 Nonce 不同,得到的合約地址也不相同。一個(gè)看似可行的方式是,采用注冊(cè)表的方法,在不同鏈之間映射一個(gè)一樣的地址,但這樣存在中心化風(fēng)險(xiǎn)。

反觀 Particle Network 的全鏈賬戶抽象結(jié)構(gòu)圖,它在試圖以去中心化鏈原生框架,來承擔(dān)起一個(gè)“調(diào)度中心”的角色,每一個(gè)新鏈有新地址產(chǎn)生都會(huì)由調(diào)度中心的總合約,統(tǒng)一連接子 Deploy Contract 進(jìn)行統(tǒng)一操作,包括部署、升級(jí)的各個(gè)環(huán)節(jié)都會(huì)由總合約統(tǒng)一調(diào)度。

這樣做唯一的難點(diǎn)則在于異構(gòu)鏈之間的即時(shí)通信流暢度,需要“中間層”充當(dāng)一個(gè)高效的連通媒介,能夠通過分布于各個(gè)鏈輕節(jié)點(diǎn)上有合約來實(shí)現(xiàn)統(tǒng)一調(diào)度,實(shí)踐方案類似于 LayerZero 的跨鏈解決方案一樣。

這種方式至少突破了 EVM 鏈的屬性限制,讓任何支持異構(gòu)鏈合約 interoperability 且支持 EIP-4337 方案的多鏈都會(huì)被納入多鏈體系內(nèi)?？梢詷O大范圍內(nèi)實(shí)現(xiàn)全鏈賬戶抽象。

不過,像 Aptos、Sui 等類似的非 EVM 鏈目前還無法做到以類似合約串聯(lián)的方式進(jìn)行聯(lián)通,嗯,確認(rèn)過眼神,到底還是 EVM 陣營的疊加 solution。這在以太坊生態(tài)在 Layer、Layer2 以及 Layer3 范疇內(nèi)占據(jù)絕對(duì)統(tǒng)治力的當(dāng)下,市場(chǎng)已經(jīng)足夠大了。

“中間層”的其他模塊化抽象服務(wù),可以釋放哪些想象空間?

當(dāng)然,要真做到全方位的“用戶本位”抽象,全鏈賬戶抽象只是個(gè)開始。除了賬戶本身要被抽象化提升體驗(yàn)之外,一個(gè)“中間層”調(diào)度中心,還可以嘗試做其他抽象工作:

1、跨鏈資產(chǎn)的轉(zhuǎn)移和統(tǒng)一結(jié)算層,讓用戶在不同鏈之間可以以去中心化方式實(shí)現(xiàn)資產(chǎn)管理和流通,減少跨鏈可能存在的滑點(diǎn)摩擦消耗,dappOS 就采用了類似的中間層抽象方案;

2、跨鏈 DID 統(tǒng)一身份和信用的串聯(lián),以中間層為“認(rèn)證中心”,實(shí)現(xiàn)多條鏈之間的身份共享和數(shù)據(jù)同步,進(jìn)而衍生出可跨鏈應(yīng)用的“信用”,減少用戶的跨平臺(tái)門檻,同時(shí)打破鏈之間的數(shù)據(jù)割裂,真正實(shí)現(xiàn)“身份”本位的交互體驗(yàn);

3、落實(shí)一條統(tǒng)一的去中心化 Solver 解決方案,最好把這些分散的 Solver 都聚合起來,成為一個(gè)超級(jí) Solver 調(diào)度中心,比如,用戶可以在一個(gè)平臺(tái)就能連接到 UniswapX 和 Cowswap 以及 Flashbot 的 SUAVE 等多樣 Solver 解決方案,并構(gòu)造一個(gè)便于做市商、機(jī)構(gòu)交易者、套利科學(xué)家等潛在的 Solver 參與者。因?yàn)槿绻麤]有中間層做調(diào)度,毫無疑問,這些 Solver 在鏈之間依然是一個(gè)個(gè)碎片式的存在。

Cosmos 鏈為了把各個(gè)鏈 Hub 串聯(lián)起來,抽象出來一個(gè) IBC 中間通信層,你可以理解,在 EVM 生態(tài)里先天存在各種標(biāo)準(zhǔn)分裂的前提下,ERC4337 定義了通信規(guī)則,而通信還是要靠一個(gè)充當(dāng)這“中間層” IBC 出現(xiàn)。

而且千萬別小看這類中間層 infra 的價(jià)值,因?yàn)樗芸赡苁琴~戶抽象脫離工程抽象層,走向大規(guī)模普及落地的必要補(bǔ)充。

我們?cè)?Intent-centric 抽象賽道給予了太多的期待,但這個(gè)賽道很長一段時(shí)間內(nèi)依然會(huì)非常抽象,如何最大程度發(fā)揮 ERC4337 標(biāo)準(zhǔn)的價(jià)值,如何統(tǒng)一賽道中各類錢包、鏈等 builder 的產(chǎn)品和協(xié)議標(biāo)準(zhǔn),如何基于用戶本位真正抹平 Web2 用戶體驗(yàn)和 Web3 鏈原生特性之間的 Gap,都是一個(gè)個(gè)需要攻克的課題。