Layer2時代的流動性割裂問題研究

隨着以太坊轉向以Layer爲核心的擴展方案,以及RaaS等工具的興起,大量公鏈迅速發展。許多實體都希望構建自己的鏈,以代表不同利益訴求並尋求更高估值。然而,衆多公鏈的湧現使得生態系統發展難以跟上公鏈步伐,導致許多項目在TGE時即告破發。

借助OP Stack,某交易平台推出了自己的Base Layer,另一家交易平台發布了Ink;借助ZK技術,某交易平台推出了XLayer;索尼發布了Soneium,LINE推出了Kaia等。如今,構建一條鏈的資金和技術門檻已大大降低,運營一條基於OP Stack的鏈的成本每月約爲10,000美元。

未來必將是多鏈共存的時代。盡管這些Layer鏈可能會選擇EVM兼容性以實現互通,但由於其背後的Web2實體有大量下遊應用,它們很難在同一條鏈上構建應用並達成共識。

當前的多鏈生態帶來了一個新挑戰:流動性和狀態分散。由於多鏈的存在是必然的,因此互操作性就是一個必須要探索和解決的領域。當前有許多流動性解決方案,比如鏈抽象、意圖、Clearing Execution、Native CrossChain、ZKSharding等,但其核心本質都是一樣的。

我們使用業界較爲認可的Cake架構來從上至下介紹跨鏈抽象的核心組件構成:

應用層(Application Layer)

這是用戶直接交互的層,也是流動性解決方案中最抽象的一層,因爲它完全屏蔽了流動性轉換的細節。在應用層中,用戶與前端界面互動,未必了解底層的流動性轉換機制。

權限層(Permission Layer)

位於應用層下方,用戶通過連接錢包到dApp並請求報價來滿足交易意圖。這裏的"意圖"指的是用戶期望的最終交易結果(即輸出),而非交易的具體執行路徑。

帳戶管理和抽象層(Key Management and Account Abstraction)

由於多鏈環境的存在,需要一個適應不同鏈的帳戶管理和抽象體系來維護各個鏈的獨特帳戶結構。例如,SUI的對象中心帳戶體系與EVM完全不同。One Balance是該領域的代表項目,它構建了可信的帳戶體系,無需建立鏈間共識,只需現有帳戶體系之間的可信承諾。Near Account通過爲用戶生成多鏈帳戶錢包來實現抽象化管理,極大地優化了用戶體驗,減少了UX的碎片化。然而,流動性方面主要集成了現有的公鏈。

求解層(Solver Layer)

該層負責接收並實現用戶的交易意圖,Solver角色在這裏競爭以提供更好的用戶體驗,包括更快的交易時間和執行速度。在此基礎上,基於意圖的項目如Anoma,構建了各種意圖驅動的解決方案。此類意圖的衍生品如Predicate組件,可在特定規則下實現用戶意圖。

結算層(Settlement Layer)

這是求解層爲實現用戶意圖而使用的中間件層。流動性和狀態分散的解決方案核心組件包括:

• 預言機(Oracle):用於獲取其他鏈上的狀態信息。
• 跨鏈橋(Bridges):負責跨鏈的信息和流動性傳遞。
• 提前確認方案(Pre-Confirmation):縮短跨鏈確認時間。
• 數據可用性(DA):提供數據的可訪問性。

此外,還需考慮鏈間流動性、最終確認性(Finality)、Layer證明機制等因素,以保障整個多鏈系統的高效運作。

解決方案

當前,市面上有多種解決流動性割裂的解決方案,我們縱覽了大量方案後,發現主要是有這幾種方式:

1.以RaaS爲中心:類似於OP Stack這種Rollup解決方案,通過加入特定的共享排序器和跨鏈橋來協助在OP Stack上構建的Rollup共享流動性和狀態。這希望能夠以一個更高層次的方向去解決流動性和狀態分散。這裏面有一個較爲細分的就是單獨的設計共享排序器,這個方案更多的是針對Layer2,不具備普適性,如Astria、Espresso和Flashbots等。

2.以帳戶爲中心:類似於NEAR,構建一個全鏈的帳戶錢包,通過一個稱爲"鏈籤名"的技術支持跨多種區塊鏈協議簽署和執行交易。其中核心組件是MPC網路,代替用戶爲多鏈交易籤名。這套方案,雖然能極大的解決UX碎片化的問題,但是對於開發者來說,這涉及到復雜的後端實現,並且沒有本質上解決流動性和狀態分散。

3.以鏈下意圖網路爲中心:也就是我們"引言"蛋糕架構圖中的Solver Network,核心就是用戶發送意圖給Solver網路,Solver這個角色去競爭報價,給到最優的完成時間和交易價格,這些Solver可以是AI Agent,CEX,Market Maker乃至集成協議本身如Liquorice等。這方面的項目包括Anoma、Khalani、Enso、aori和Valantis。雖然意圖在理論上能夠實現任意難度的復雜跨鏈操作,但是在實現方面確需要有足夠流動性Solver來協助,並且當遇到一些鏈下的需求時,Solver存在欺詐的可能性,如果引入欺詐證明等手段,Solver Network的實現難度會變得更高,運行Solver的門檻也會更高。

4.以鏈上流動性網路爲中心:這個方向是專門優化跨鏈的流動性問題,但是沒有解決其它鏈上狀態分散的問題。其核心是構建一個流動性層,在該層上搭建應用,以共享全鏈流動性。一些項目包括:Raye Network,INFINIT,Everclear,Elixir等。

5.以鏈上應用爲中心:這類應用通過集成大MM、或者第三方應用等來構建高流動性應用,比如Liquorice,Socket,Radiant Capital,1inch,Hedgemony等。這類項目需要管理復雜的跨鏈流程,對開發者要求極高,因此也極易出現黑客攻擊的事件。

解決流動性問題是一個非常重要的命題,金融世界往往流動性代表一切,如果能夠構建一個整合流動性平台,特別是將零散的全鏈流動性整合在一起,將具備非常大的潛力,而我們也看了許多不同的解決方案。

在上面兩種分類中,我們能夠看到根據蛋糕結構,Settlement Layer是最原子級別的解決方案,在這些跨鏈、預言機、Pre-Confirmation方案等原子解決方案之上,構建的更加抽象的一層,就是Solver Layer、Permission Layer和Application Layer。我們在上面列出的各個以不同方向去構建抽象或者流動性解決方案符合這一套的不同層級,可以理解爲上下遊的關係。但是這些方案仍然不是原子級解決方案,整個流動性割裂的問題,帶來了許多龐雜的衍生問題的出現,因此針對互操作性,衍生出了五花八門的解決方案。但是本質上還是要依賴於這些組件。接下來我們將討論幾個典型的鏈抽象概念的項目,來看看各自都是如何從自己的出發點來解決流動性割裂的問題。

INFINIT

INFINIT構建了一個DeFi屆的RaaS服務,其能夠爲DeFi協議提供直接構建所需要的組件,如Oracle、Pool Type、IRM、Asset等,還能夠提供立刻啓用的Leverage Trading和Yield Strategy等組件。相當於其它應用構建端,但是最終的流動性是放在Infinit的流動性層。但是,目前其仍然未披露底層的工作原理。目前INFINIT已經獲得了Robot Ventures,Electric Capital以及Maelstrom Capital等的600萬美元種子輪融資。

Khalani Network

Khalani構建了三個核心組件,分別是Intent兼容層、Validity和通用結算層。

外部應用或者意圖層可以發布意圖給Khalani,然後Khalani的Intent兼容層能夠將外部的意圖轉化爲協議Solver能夠識別的格式,使用的規範化的格式就是Validity語言。Khalani節點負責通過跨鏈橋、快速結算技術等提交最終的結果給通用結算層。這個項目仍然處於構建階段,暫未披露更多工作細節。其在8月份獲得了來自Ethereal Ventures, Nascent, Maelstrom Capital等220萬美元的種子輪融資。

Liquorice

Liquorice是一款去中心化應用程式,可實現基於拍賣的價格發現和單邊流動性池。Liquorice的主要使命是爲專業交易公司提供高效的庫存管理工具,並在使用意圖結算交易時輕鬆連接到核心DeFi協議與此同時,Liquorice創建了借貸市場,供其進行借貸交易。這款應用更加專注於交易本身。目前仍然在開發階段,其在7月份宣布獲得來自GreenField領投的120萬美元Pre-seed輪融資。

Xion

Xion是由Burnt品牌升級而來,過去Burnt是專注於消費者應用程序的應用,之後團隊發現鏈上交互存在極大的碎片化的問題,因此構建了Xion以改進這一問題。Xion是建立在Comet BFT共識協議之上的。其採用的跨鏈通信是基於Cosmos IBC的,因此比其它跨鏈橋更加的原生、安全。其共進行過四輪融資,投資人有Animoca、Multicoin、Alliance DAO、Mechanism等。

=nil; Foundation

nil是以太坊的ZK算力市場、ZK協處理器和Layer2的開發商,團隊具備深厚的ZK技術功底。提出了zkSharding解決方案,該解決方案是使用ZK技術來水平拓展以太主網,執行分片並行處理交易並生成ZKP,而主分片驗證數據、與以太坊通信並在所有驗證者之間同步網路狀態。主分片還管理執行分片中驗證者和帳戶的分布。驗證委員會使用的共識協議也是Hotstuff,這在最新的並行執行的項目中很常見。=nil; L2從一開始就將跨分片通信嵌入到協議中。跨分片消息由每個分片的驗證者委員會驗證爲交易。

其基本想法就是,通過分片的Layer2架構,來構建類似於IBC一樣內嵌的跨分片通信架構,這樣就能解決流動性和狀態分散的問題。但是其核心想法並不合理,因爲流動性分散解決的問題是多鏈的問題,其構建的是單一的Layer2,意思是想要解決就需要所有鏈都成爲ZK-sharding的一個分片,這難以實現。

ERC-7683

以太坊也正在着手解決這一跨鏈流動性的問題,目前某DEX、OP等首先公開支持ERC7683標準,其使用的也是基於Intent的跨鏈方式。其核心目標是爲跨L2和側鏈的跨鏈操作建立通用標準,標準化訂單和結算接口,實現無縫跨鏈執行,其主要的核心就是一個Filler也可以說是鏈抽象中的Solver角色代付。該提案是由某DEX和Across共同構建的,