引言

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

借助OPStack，Coinbase推出了自己的BaseLayer2，Kraken發布了Ink；借助ZK技術，OKX推出了XLayer；Sony發布了Soneium，LINE推出了Kaia等。如今，構建一條鏈的資金和技術門檻已大大降低，運營一條基于OPStack的鏈的成本每月約為10,000美元。

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

ChainAbstractionStack,Source:Frontier Research

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

應用層（ApplicationLayer）

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

權限層（PermissionLayer）

位于應用層下方，用戶通過連接錢包到dApp并請求報價來滿足交易意圖。這里的「意圖」指的是用戶期望的最終交易結果（即輸出），而非交易的具體執行路徑。

賬戶管理和抽象層（KeyManagementandAccountAbstraction）

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

求解層（SolverLayer）

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

結算層（SettlementLayer）

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

預言機（Oracle）：用于獲取其他鏈上的狀態信息。

跨鏈橋（Bridges）：負責跨鏈的信息和流動性傳遞。

提前確認方案（Pre-Confirmation）：縮短跨鏈確認時間。

數據可用性（DA）：提供數據的可訪問性。

此外，還需考慮鏈間流動性、最終確認性（Finality）、Layer2證明機制等因素，以保障整個多鏈系統的高效運作。解決方案

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

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

INFINITStructure,source: Infinit

INFINIT構建了一個DeFi屆的RaaS服務，其能夠為DeFi協議提供直接構建所需要的組件，如Oracle、PoolType、IRM、Asset等，還能夠提供立刻啟用的LeverageTrading和YieldStrategy等組件。相當于其它應用構建端，但是最終的流動性是放在Infinit的流動性層。但是，目前其仍然未披露底層的工作原理。目前INFINIT已經獲得了RobotVentures，ElectricCapital以及MaelstromCapital等的600萬美元種子輪融資。KhalaniNetwork

LiquoriceStructure,source:Liquorice

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

Xion是由Burnt品牌升級而來，過去Burnt是專注于消費者應用程序的應用，之后團隊發現鏈上交互存在極大的碎片化的問題，因此構建了Xion以改進這一問題。Xion是建立在CometBFT共識協議之上的。其采用的跨鏈通信是基于CosmosIBC的，因此比其它跨鏈橋更加的原生、安全。其共進行過四輪融資，投資人有Animoca、Multicoin、AllianceDAO、Mechanism等。=nil;Foundation

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

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

ERC-7683,source: Across

Ethereum也正在著手解決這一跨鏈流動性的問題，目前Arbitrum、OP、Uniswap首先公開支持ERC7683標準，其使用的也是基于Intent的跨鏈方式。其核心目標是為跨L2和側鏈的跨鏈操作建立通用標準，標準化訂單和結算接口，實現無縫跨鏈執行，其主要的核心就是一個Filler也可以說是鏈抽象中的Solver角色代付。該提案是由Uniswap和Across共同構建的，目前正在被Cake工作組審查。OPStack

OPStack、ERC-7683、和zkSharding一樣，都是Ethereum內部針對Layer2之間的流動性碎片化的解決方案，分別是架構層面、共識層面、應用層面去解決的。OPStack通過設計一個完整的多Layer2解決方案，來一次性解決信息傳遞和Sequencer去中心化的問題，當你使用OPStack架構時，便會自動部署跨鏈合約，同時會存在一個Supervisor去挑戰避免傳遞虛假跨鏈信息。目前使用OPStack架構的有Coinbase、Uniswap、Kraken等。

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

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

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

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

解決跨鏈流動性的問題，是一個非常龐雜且解決方案繁多的領域，比如Layer2的解決方案分為從Ethereum內嵌跨鏈消息特別是ERC-7683來解決，還有Layer2如OP構建的OPStack來共享Sequencer來解決。脫離Layer2語境下，所有的Layer1也都面臨流動性、狀態、用戶體驗割裂的問題，有專門針對于流動性的應用為中心的解決方案，也有以SolverNetwork的鏈下解決方案，乃至還有類似NEAR這種賬戶為中心的解決方案，但是也需要基于Solver這種鏈下的角色。

我們較為認可，跨鏈流動性、狀態、用戶體驗割裂是整個Blockchain行業的問題，如果從整體上思考，需要以一個更加抽象，類似于鏈抽象的方式去做，這相當于是真正的Web3的入口，解決了用戶體驗上的割裂，同時流動性和狀態的整合在用戶無法感知的地方去做。具體如何整合，又被分為使用鏈下的Solver網絡和原子性的整合跨鏈橋等設施，這都值得去探討的。總的來說，未來一定是多鏈的，解決流動性分散的問題是一個行業在必然要面臨的問題，而這種全鏈流動性的整合存在廣袤的成長空間，有可能構建出Web3時代的Google。