自從以太坊轉(zhuǎn)向以 Layer 2 為核心的擴(kuò)展方案，加上 RaaS 等工具的興起，大量公鏈迅速發(fā)展。許多實體都希望構(gòu)建自己的鏈，以代表不同的利益訴求并尋求更高的估值。然而，眾多公鏈的涌現(xiàn)使得生態(tài)系統(tǒng)的發(fā)展難以跟上公鏈的步伐，導(dǎo)致許多項目在 TGE 時即告破發(fā)。
借助 OP Stack，Coinbase 推出了自己的 Base Layer 2，Kraken 發(fā)布了 Ink；借助 ZK 技術(shù)，OKX 推出了 XLayer；Sony 發(fā)布了 Soneium，LINE 推出了 Kaia 等。如今，構(gòu)建一條鏈的資金和技術(shù)門檻已大大降低，運營一條基于 OP Stack 的鏈的成本每月約為 10,000 美元。
未來必將是多鏈共存的時代。盡管這些 Layer 2 鏈可能會選擇 EVM 兼容性以實現(xiàn)互通，但由于其背后的 Web2 實體有大量下游應(yīng)用，它們很難在同一條鏈上構(gòu)建應(yīng)用并達(dá)成共識。
TVL Breakdown, source: Defillama
當(dāng)前的多鏈生態(tài)帶來了一個新的挑戰(zhàn)：流動性和狀態(tài)分散。由于多鏈的存在是必然的，因此互操作性就是一個必須要探索和解決的領(lǐng)域。當(dāng)前有許多的流動性解決方案，比如我們都聽說過鏈抽象 (Particle Network，Socket，XION，INFINIT，Borsa)、意圖 (Anoma、Khalani)、Clearing Execution（Connext）、Native CrossChain（Cross）、ZKSharding（=nil; Foundation），但是其核心本質(zhì)都是一樣的。
Chain Abstraction Stack, Source: Frontier?Research
我們使用的業(yè)界較為認(rèn)可的 Cake 架構(gòu)來從上至下介紹跨鏈抽象的核心組件構(gòu)成：
應(yīng)用層（Application Layer）
這是用戶直接交互的層，也是流動性解決方案中最抽象的一層，因為它完全屏蔽了流動性轉(zhuǎn)換的細(xì)節(jié)。在應(yīng)用層中，用戶與前端界面互動，未必了解底層的流動性轉(zhuǎn)換機(jī)制。
權(quán)限層（Permission Layer）
位于應(yīng)用層下方，用戶通過連接錢包到 dApp 并請求報價來滿足交易意圖。這里的「意圖」指的是用戶期望的最終交易結(jié)果（即輸出），而非交易的具體執(zhí)行路徑。
賬戶管理和抽象層（Key Management and Account Abstraction）
由于多鏈環(huán)境的存在，需要一個適應(yīng)不同鏈的賬戶管理和抽象體系來維護(hù)各個鏈的獨特賬戶結(jié)構(gòu)。例如，SUI 的對象中心賬戶體系與 EVM 完全不同。One Balance 是該領(lǐng)域的代表項目，它構(gòu)建了可信的賬戶體系，無需建立鏈間共識，只需現(xiàn)有賬戶體系之間的可信承諾。Near Account 通過為用戶生成多鏈賬戶錢包來實現(xiàn)抽象化管理，極大地優(yōu)化了用戶體驗，減少了 UX 的碎片化。然而，流動性方面主要集成了現(xiàn)有的公鏈。
求解層（Solver Layer）
該層負(fù)責(zé)接收并實現(xiàn)用戶的交易意圖，Solver 角色在這里競爭以提供更好的用戶體驗，包括更快的交易時間和執(zhí)行速度。在此基礎(chǔ)上，基于意圖的項目如 Anoma，構(gòu)建了各種意圖驅(qū)動的解決方案。此類意圖的衍生品如 Predicate 組件，可在特定規(guī)則下實現(xiàn)用戶意圖。
結(jié)算層（Settlement Layer）
這是求解層為實現(xiàn)用戶意圖而使用的中間件層。流動性和狀態(tài)分散的解決方案核心組件包括：
預(yù)言機(jī)（Oracle）：用于獲取其他鏈上的狀態(tài)信息。
跨鏈橋（Bridges）：負(fù)責(zé)跨鏈的信息和流動性傳遞。
提前確認(rèn)方案（Pre-Confirmation）：縮短跨鏈確認(rèn)時間。
數(shù)據(jù)可用性（DA）：提供數(shù)據(jù)的可訪問性。
此外，還需考慮鏈間流動性、最終確認(rèn)性（Finality）、Layer 2 證明機(jī)制等因素，以保障整個多鏈系統(tǒng)的高效運作。
當(dāng)前，市面上有多種解決流動性割裂的解決方案，我們縱覽了大量方案后，發(fā)現(xiàn)主要是有這幾種方式：
1.以 RaaS 為中心：類似于 OP Stack 這種 Rollup 解決方案，通過加入特定的共享排序器和跨鏈橋來協(xié)助在 OP Stack 上構(gòu)建的 Rollup 共享流動性和狀態(tài)。這希望能夠以一個更高層次的方向去解決流動性和狀態(tài)分散。這里面有一個較為細(xì)分的就是單獨的設(shè)計共享排序器，這個方案更多的是針對 Layer2，不具備普適性，如 Astria、Espresso 和 Flashbots 等。
Chain Abstraction, source:?NEAR
2. 以賬戶為中心：類似于 NEAR，構(gòu)建一個全鏈的賬戶錢包，通過一個稱為「鏈簽名」的技術(shù)支持跨多種區(qū)塊鏈協(xié)議簽署和執(zhí)行交易。其中核心組件是 MPC 網(wǎng)絡(luò)，代替用戶為多鏈交易簽名。這套方案，雖然能極大的解決 UX 碎片化的問題，但是對于開發(fā)者來說，這涉及到復(fù)雜的后端實現(xiàn)，并且沒有本質(zhì)上解決流動性和狀態(tài)分散。
3. 以鏈下意圖網(wǎng)絡(luò)為中心：也就是我們「引言」蛋糕架構(gòu)圖中的 Solver Network，核心就是用戶發(fā)送意圖給 Solver 網(wǎng)絡(luò)，Solver 這個角色去競爭報價，給到最優(yōu)的完成時間和交易價格，這些 Solver 可以是 AI Agent，CEX，Market Maker 乃至集成協(xié)議本身如 Liquorice 等。這方面的項目包括 Anoma、Khalani、Enso、aori 和 Valantis。雖然意圖在理論上能夠?qū)崿F(xiàn)任意難度的復(fù)雜跨鏈操作，但是在實現(xiàn)方面確需要有足夠流動性 Solver 來協(xié)助，并且當(dāng)遇到一些鏈下的需求時，Solver 存在欺詐的可能性，如果引入欺詐證明等手段，Solver Network 的實現(xiàn)難度會變得更高，運行 Solver 的門檻也會更高。
4. 以鏈上流動性網(wǎng)絡(luò)為中心：這個方向是專門優(yōu)化跨鏈的流動性問題，但是沒有解決其它鏈上狀態(tài)分散的問題。其核心是構(gòu)建一個流動性層，在該層上搭建應(yīng)用，以共享全鏈流動性。一些項目包括：Raye Network，INFINIT，Everclear，Elixir 等。
5. 以鏈上應(yīng)用為中心：這類應(yīng)用通過集成大 MM、或者第三方應(yīng)用等來構(gòu)建高流動性應(yīng)用，比如 Liquorice，Socket，Radiant Capital，1inch，Hedgemony 等。這類項目需要管理復(fù)雜的跨鏈流程，對開發(fā)者要求極高，因此也極易出現(xiàn)黑客攻擊的事件。
解決流動性問題是一個非常重要的命題，金融世界往往流動性代表一切，如果能夠構(gòu)建一個整合流動性平臺，特別是將零散的全鏈流動性整合在一起，將具備非常大的潛力，而我們也看了許多不同的解決方案。
在上面兩種分類中，我們能夠看到根據(jù)蛋糕結(jié)構(gòu)，Settlement Layer 是最原子級別的解決方案，在這些跨鏈、預(yù)言機(jī)、Pre-Confirmation 方案等原子解決方案之上，構(gòu)建的更加抽象的一層，就是 Solver Layer、Permission Layer 和 Application Layer。我們在上面列出的各個以不同方向去構(gòu)建抽象或者流動性解決方案符合這一套的不同層級，可以理解為上下游的關(guān)系。但是這些方案仍然不是原子級解決方案，整個流動性割裂的問題，帶來了許多龐雜的衍生問題的出現(xiàn)，因此針對互操作性，衍生出了五花八門的解決方案。但是本質(zhì)上還是要依賴于這些組件。接下來我們將討論幾個典型的鏈抽象概念的項目，來看看各自都是如何從自己的出發(fā)點來解決流動性割裂的問題。
INFINIT Structure, source:?Infinit
INFINIT 構(gòu)建了一個 DeFi 屆的 RaaS 服務(wù)，其能夠為 DeFi 協(xié)議提供直接構(gòu)建所需要的組件，如 Oracle、Pool Type、IRM、Asset 等，還能夠提供立刻啟用的 Leverage Trading 和 Yield Strategy 等組件。相當(dāng)于其它應(yīng)用構(gòu)建端，但是最終的流動性是放在 Infinit 的流動性層。但是，目前其仍然未披露底層的工作原理。目前 INFINIT 已經(jīng)獲得了 Robot Ventures，Electric Capital 以及 Maelstrom Capital 等的 600 萬美元種子輪融資。
Khalani Network Structure, source: Khalani?Network
Khalani 構(gòu)建了三個核心組件，分別是 Intent 兼容層、Validity 和通用結(jié)算層。
外部應(yīng)用或者意圖層可以發(fā)布意圖給 Khalani，然后 Khalani 的 Intent 兼容層能夠?qū)⑼獠康囊鈭D轉(zhuǎn)化為協(xié)議 Solver 能夠識別的格式，使用的規(guī)范化的格式就是 Validity 語言。Khalani 節(jié)點負(fù)責(zé)通過跨鏈橋、快速結(jié)算技術(shù)等提交最終的結(jié)果給通用結(jié)算層。這個項目仍然處于構(gòu)建階段，暫未披露更多工作細(xì)節(jié)。其在 8 月份獲得了來自 Ethereal Ventures, Nascent, Maelstrom Capital 等 220 萬美元的種子輪融資。
Liquorice Structure, source: Liquorice
Liquorice 是一款去中心化應(yīng)用程序，可實現(xiàn)基于拍賣的價格發(fā)現(xiàn)和單邊流動性池。Liquorice 的主要使命是為專業(yè)交易公司提供高效的庫存管理工具，并在使用意圖結(jié)算交易時輕松連接到 1inch 和 Uniswap X 等核心 DeFi 協(xié)議與此同時，Liquorice 創(chuàng)建了借貸市場，供其進(jìn)行借貸交易。這款應(yīng)用更加專注于交易本身。目前仍然在開發(fā)階段，其在 7 月份宣布獲得來自 GreenField 領(lǐng)投的 120 萬美元 Pre-seed 輪融資。
Xion 是由 Burnt 品牌升級而來，過去 Burnt 是專注于消費者應(yīng)用程序的應(yīng)用，之后團(tuán)隊發(fā)現(xiàn)鏈上交互存在極大的碎片化的問題，因此構(gòu)建了 Xion 以改進(jìn)這一問題。Xion 是建立在 Comet BFT 共識協(xié)議之上的。其采用的跨鏈通信是基于 Cosmos IBC 的，因此比其它跨鏈橋更加的原生、安全。其共進(jìn)行過四輪融資，投資人有 Animoca、Multicoin、Alliance DAO、Mechanism 等。
nil 是以太坊的 ZK 算力市場、ZK 協(xié)處理器和 Layer2 的開發(fā)商，團(tuán)隊具備深厚的 ZK 技術(shù)功底。提出了 zkSharding 解決方案，該解決方案是使用 ZK 技術(shù)來水平拓展以太主網(wǎng)，執(zhí)行分片并行處理交易并生成 ZKP，而主分片驗證數(shù)據(jù)、與以太坊通信并在所有驗證者之間同步網(wǎng)絡(luò)狀態(tài)。主分片還管理執(zhí)行分片中驗證者和賬戶的分布。驗證委員會使用的共識協(xié)議也是 Hotstuff，這在最新的并行執(zhí)行的項目中很常見。=nil; L2 從一開始就將跨分片通信嵌入到協(xié)議中。跨分片消息由每個分片的驗證者委員會驗證為交易。
其基本想法就是，通過分片的 Layer2 架構(gòu)，來構(gòu)建類似于 IBC 一樣內(nèi)嵌的跨分片通信架構(gòu)，這樣就能解決流動性和狀態(tài)分散的問題。但是其核心想法并不合理，因為流動性分散解決的問題是多鏈的問題，其構(gòu)建的是單一的 Layer2，意思是想要解決就需要所有鏈都成為 ZK-sharding 的一個分片，這難以實現(xiàn)。
ERC-7683, source:?Across
Ethereum 也正在著手解決這一跨鏈流動性的問題，目前 Arbitrum、OP、Uniswap 首先公開支持 ERC7683 標(biāo)準(zhǔn)，其使用的也是基于 Intent 的跨鏈方式。其核心目標(biāo)是為跨 L2 和側(cè)鏈的跨鏈操作建立通用標(biāo)準(zhǔn)，標(biāo)準(zhǔn)化訂單和結(jié)算接口，實現(xiàn)無縫跨鏈執(zhí)行，其主要的核心就是一個 Filler 也可以說是鏈抽象中的 Solver 角色代付。該提案是由 Uniswap 和 Across 共同構(gòu)建的，目前正在被 Cake 工作組審查。
OP Stack、ERC-7683、和 zkSharding 一樣，都是以太坊內(nèi)部針對 Layer2 之間的流動性碎片化的解決方案，分別是架構(gòu)層面、共識層面、應(yīng)用層面去解決的。OP Stack 通過設(shè)計一個完整的多 Layer2 解決方案，來一次性解決信息傳遞和 Sequencer 去中心化的問題，當(dāng)你使用 OP Stack 架構(gòu)時，便會自動部署跨鏈合約，同時會存在一個 Supervisor 去挑戰(zhàn)避免傳遞虛假跨鏈信息。目前使用 OP Stack 架構(gòu)的有 Coinbase、Uniswap、Kraken 等。
其中，比較典型的就是 Unichain。Unichain 主要通過與 Superchain 網(wǎng)絡(luò)的集成來解決跨鏈流動性碎片化問題。此設(shè)置通過提供以下功能促進(jìn)無縫的流動性移動：
基于意圖的跨鏈橋：該橋支持快速可靠的區(qū)塊鏈間流動性轉(zhuǎn)移，允許用戶設(shè)定意圖，從而幫助系統(tǒng)自動選擇最佳路徑進(jìn)行流動性移動。這種方法為用戶抽象掉了復(fù)雜性，使得跨鏈交易更加順暢和快捷。
Unichain 驗證網(wǎng)絡(luò) (UVN)：這個去中心化節(jié)點運營商網(wǎng)絡(luò)驗證跨鏈交易，提供更快的經(jīng)濟(jì)最終確定性。更快的最終確定對于確保高效結(jié)算跨鏈交易至關(guān)重要，從而最大限度地減少因延遲結(jié)算導(dǎo)致的流動性碎片化風(fēng)險。
Flashblocks 和可驗證區(qū)塊構(gòu)建：通過使用 Flashblocks，Unichain 顯著縮短了區(qū)塊時間，提高了流動性提供者效率，并實現(xiàn)了更同步的跨鏈?zhǔn)袌觥lashblocks 有助于確保流動性能隨時獲得并減少因區(qū)塊確認(rèn)延遲造成的負(fù)面影響，這可能會導(dǎo)致流動性的碎片化。
解決跨鏈流動性的問題，是一個非常龐雜且解決方案繁多的領(lǐng)域，比如 Layer2 的解決方案分為從 Ethereum 內(nèi)嵌跨鏈消息特別是 ERC-7683 來解決，還有 Layer2 如 OP 構(gòu)建的 OP Stack 來共享 Sequencer 來解決。脫離 Layer2 語境下，所有的 Layer1 也都面臨流動性、狀態(tài)、用戶體驗割裂的問題，有專門針對于流動性的應(yīng)用為中心的解決方案，也有以 Solver Network 的鏈下解決方案，乃至還有類似 NEAR 這種賬戶為中心的解決方案，但是也需要基于 Solver 這種鏈下的角色。
我們較為認(rèn)可，跨鏈流動性、狀態(tài)、用戶體驗割裂是整個區(qū)塊鏈行業(yè)的問題，如果從整體上思考，需要以一個更加抽象，類似于鏈抽象的方式去做，這相當(dāng)于是真正的 Web3 的入口，解決了用戶體驗上的割裂，同時流動性和狀態(tài)的整合在用戶無法感知的地方去做。具體如何整合，又被分為使用鏈下的 Solver 網(wǎng)絡(luò)和原子性的整合跨鏈橋等設(shè)施，這都值得去探討的。總的來說，未來一定是多鏈的，解決流動性分散的問題是一個行業(yè)在必然要面臨的問題，而這種全鏈流動性的整合存在廣袤的成長空間，有可能構(gòu)建出 Web3 時代的 Google。
喜來順財經(jīng)
