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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

我們在上面列出的各個以不同方向去構建抽象或者流動性解決方案符合這一套的不同層級,可以理解爲上下遊的關係。但是這些方案仍然不是原子級解決方案,整個流動性割裂的問題,帶來了許多龐雜的衍生問題的出現,因此針對互操作性,衍生出了五花八門的解決方案。但是本質上還是要依賴於這些組件。接下來我們將討論幾個典型的鏈抽象概念的項目,來看看各自都是如何從自己的出發點來解決流動性割裂的問題。

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

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

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

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

某項目是建立在Comet BFT共識協議之上的。其採用的跨鏈通信是基於Cosmos IBC的,因此比其它跨鏈橋更加的原生、安全。其共進行過四輪融資。

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

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

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

某Stack、上述標準和zkSharding一樣,都是以太坊內部針對Layer2之間的流動性碎片化的解決方案,分別是架構層面、共識層面、應用層面去解決的。某Stack通過設計一個完整的多Layer2解決方案,來一次性解決信息傳遞和Sequencer去中心化的問題,當你使用該Stack架構時,便會自動部署跨鏈合約,同時會存在一個Supervisor去挑戰避免傳遞虛假跨鏈信息。目前使用該Stack架構的有多個知名項目。

其中,比較典型的就是某鏈。該鏈主要通過與Superchain網路的集成來解決跨鏈流動性碎片化問題。此設置通過提供以下功能促進無縫的流動性移動:

基於意圖的跨鏈橋:該橋支持快速可靠的區塊鏈間流動性轉移,允許用戶設定意圖,從而幫助系統自動選擇最佳路徑進行流動性移動。這種方法爲用戶抽象掉了復雜性,使得跨鏈交易更加順暢和快捷。

驗證網路:這個去中心化節點運營商網路驗證跨鏈交易,提供更快的經濟最終確定性。更快的最終確定對於確保高效結算跨鏈交易至關重要,從而最大限度地減少因延遲結算導致的流動性碎片化風險。

Flashblocks和可驗證區塊構建:通過使用Flashblocks,該鏈顯著縮短了區塊時間,提高了流動性提供者效率,並實現了更同步的跨鏈市場。Flashblocks有助於確保流動性能隨時獲得並減少因區塊確認延遲造成的負面影響,這可能會導致流動性的碎片化。

![Layer2時代下，流動性割裂問題的研究](