自從以太坊轉向以 Layer 2 為核心的擴展方案，加上 RaaS 等工具的興起，大量公鏈迅速發展。許多實體都希望構建自己的鏈，以代表不同的利益訴求并尋求更高的估值。然而，眾多公鏈的涌現使得生態系統的發展難以跟上公鏈的步伐，導致許多項目在 TGE 時即告破發。
借助 OP Stack，Coinbase 推出了自己的 Base Layer 2，Kraken 發布了 Ink；借助 ZK 技術，OKX 推出了 XLayer；Sony 發布了 Soneium，LINE 推出了 Kaia 等。如今，構建一條鏈的資金和技術門檻已大大降低，運營一條基于 OP Stack 的鏈的成本每月約為 10,000 美元。
未來必將是多鏈共存的時代。盡管這些 Layer 2 鏈可能會選擇 EVM 兼容性以實現互通，但由于其背后的 Web2 實體有大量下游應用，它們很難在同一條鏈上構建應用并達成共識。
TVL Breakdown, source: Defillama
當前的多鏈生態帶來了一個新的挑戰：流動性和狀態分散。由于多鏈的存在是必然的，因此互操作性就是一個必須要探索和解決的領域。當前有許多的流動性解決方案，比如我們都聽說過鏈抽象 (Particle Network，Socket，XION，INFINIT，Borsa)、意圖 (Anoma、Khalani)、Clearing Execution（Connext）、Native CrossChain（Cross）、ZKSharding（=nil; Foundation），但是其核心本質都是一樣的。
Chain Abstraction Stack, Source: Frontier?Research
我們使用的業界較為認可的 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 2 證明機制等因素，以保障整個多鏈系統的高效運作。
當前，市面上有多種解決流動性割裂的解決方案，我們縱覽了大量方案后，發現主要是有這幾種方式：
1.以 RaaS 為中心：類似于 OP Stack 這種 Rollup 解決方案，通過加入特定的共享排序器和跨鏈橋來協助在 OP Stack 上構建的 Rollup 共享流動性和狀態。這希望能夠以一個更高層次的方向去解決流動性和狀態分散。這里面有一個較為細分的就是單獨的設計共享排序器，這個方案更多的是針對 Layer2，不具備普適性，如 Astria、Espresso 和 Flashbots 等。
Chain Abstraction, source:?NEAR
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 Structure, source:?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 Structure, source: Khalani?Network
Khalani 構建了三個核心組件，分別是 Intent 兼容層、Validity 和通用結算層。
外部應用或者意圖層可以發布意圖給 Khalani，然后 Khalani 的 Intent 兼容層能夠將外部的意圖轉化為協議 Solver 能夠識別的格式，使用的規范化的格式就是 Validity 語言。Khalani 節點負責通過跨鏈橋、快速結算技術等提交最終的結果給通用結算層。這個項目仍然處于構建階段，暫未披露更多工作細節。其在 8 月份獲得了來自 Ethereal Ventures, Nascent, Maelstrom Capital 等 220 萬美元的種子輪融資。
Liquorice Structure, source: Liquorice
Liquorice 是一款去中心化應用程序，可實現基于拍賣的價格發現和單邊流動性池。Liquorice 的主要使命是為專業交易公司提供高效的庫存管理工具，并在使用意圖結算交易時輕松連接到 1inch 和 Uniswap X 等核心 DeFi 協議與此同時，Liquorice 創建了借貸市場，供其進行借貸交易。這款應用更加專注于交易本身。目前仍然在開發階段，其在 7 月份宣布獲得來自 GreenField 領投的 120 萬美元 Pre-seed 輪融資。
Xion 是由 Burnt 品牌升級而來，過去 Burnt 是專注于消費者應用程序的應用，之后團隊發現鏈上交互存在極大的碎片化的問題，因此構建了 Xion 以改進這一問題。Xion 是建立在 Comet BFT 共識協議之上的。其采用的跨鏈通信是基于 Cosmos IBC 的，因此比其它跨鏈橋更加的原生、安全。其共進行過四輪融資，投資人有 Animoca、Multicoin、Alliance DAO、Mechanism 等。
nil 是以太坊的 ZK 算力市場、ZK 協處理器和 Layer2 的開發商，團隊具備深厚的 ZK 技術功底。提出了 zkSharding 解決方案，該解決方案是使用 ZK 技術來水平拓展以太主網，執行分片并行處理交易并生成 ZKP，而主分片驗證數據、與以太坊通信并在所有驗證者之間同步網絡狀態。主分片還管理執行分片中驗證者和賬戶的分布。驗證委員會使用的共識協議也是 Hotstuff，這在最新的并行執行的項目中很常見。=nil; L2 從一開始就將跨分片通信嵌入到協議中。跨分片消息由每個分片的驗證者委員會驗證為交易。
其基本想法就是，通過分片的 Layer2 架構，來構建類似于 IBC 一樣內嵌的跨分片通信架構，這樣就能解決流動性和狀態分散的問題。但是其核心想法并不合理，因為流動性分散解決的問題是多鏈的問題，其構建的是單一的 Layer2，意思是想要解決就需要所有鏈都成為 ZK-sharding 的一個分片，這難以實現。
ERC-7683, source:?Across
Ethereum 也正在著手解決這一跨鏈流動性的問題，目前 Arbitrum、OP、Uniswap 首先公開支持 ERC7683 標準，其使用的也是基于 Intent 的跨鏈方式。其核心目標是為跨 L2 和側鏈的跨鏈操作建立通用標準，標準化訂單和結算接口，實現無縫跨鏈執行，其主要的核心就是一個 Filler 也可以說是鏈抽象中的 Solver 角色代付。該提案是由 Uniswap 和 Across 共同構建的，目前正在被 Cake 工作組審查。
OP Stack、ERC-7683、和 zkSharding 一樣，都是以太坊內部針對 Layer2 之間的流動性碎片化的解決方案，分別是架構層面、共識層面、應用層面去解決的。OP Stack 通過設計一個完整的多 Layer2 解決方案，來一次性解決信息傳遞和 Sequencer 去中心化的問題，當你使用 OP Stack 架構時，便會自動部署跨鏈合約，同時會存在一個 Supervisor 去挑戰避免傳遞虛假跨鏈信息。目前使用 OP Stack 架構的有 Coinbase、Uniswap、Kraken 等。
其中，比較典型的就是 Unichain。Unichain 主要通過與 Superchain 網絡的集成來解決跨鏈流動性碎片化問題。此設置通過提供以下功能促進無縫的流動性移動：
基于意圖的跨鏈橋：該橋支持快速可靠的區塊鏈間流動性轉移，允許用戶設定意圖，從而幫助系統自動選擇最佳路徑進行流動性移動。這種方法為用戶抽象掉了復雜性，使得跨鏈交易更加順暢和快捷。
Unichain 驗證網絡 (UVN)：這個去中心化節點運營商網絡驗證跨鏈交易，提供更快的經濟最終確定性。更快的最終確定對于確保高效結算跨鏈交易至關重要，從而最大限度地減少因延遲結算導致的流動性碎片化風險。
Flashblocks 和可驗證區塊構建：通過使用 Flashblocks，Unichain 顯著縮短了區塊時間，提高了流動性提供者效率，并實現了更同步的跨鏈市場。Flashblocks 有助于確保流動性能隨時獲得并減少因區塊確認延遲造成的負面影響，這可能會導致流動性的碎片化。
解決跨鏈流動性的問題，是一個非常龐雜且解決方案繁多的領域，比如 Layer2 的解決方案分為從 Ethereum 內嵌跨鏈消息特別是 ERC-7683 來解決，還有 Layer2 如 OP 構建的 OP Stack 來共享 Sequencer 來解決。脫離 Layer2 語境下，所有的 Layer1 也都面臨流動性、狀態、用戶體驗割裂的問題，有專門針對于流動性的應用為中心的解決方案，也有以 Solver Network 的鏈下解決方案，乃至還有類似 NEAR 這種賬戶為中心的解決方案，但是也需要基于 Solver 這種鏈下的角色。
我們較為認可，跨鏈流動性、狀態、用戶體驗割裂是整個區塊鏈行業的問題，如果從整體上思考，需要以一個更加抽象，類似于鏈抽象的方式去做，這相當于是真正的 Web3 的入口，解決了用戶體驗上的割裂，同時流動性和狀態的整合在用戶無法感知的地方去做。具體如何整合，又被分為使用鏈下的 Solver 網絡和原子性的整合跨鏈橋等設施，這都值得去探討的。總的來說，未來一定是多鏈的，解決流動性分散的問題是一個行業在必然要面臨的問題，而這種全鏈流動性的整合存在廣袤的成長空間，有可能構建出 Web3 時代的 Google。
喜來順財經
