探討跨鏈橋的未來演變：全鏈互通成必然，流動性橋將沒落

本文希望探討的是：跨鏈橋的未來是怎樣的？什麼樣的跨鏈協議更有前景？什麼樣的跨鏈應用更有可能獲得大規模采用？開發者應該采用什麼方式來構建跨鏈應用？

作者：0xmiddle，極客Web3

編輯：Faust，極客Web3

導語：在Web3生態中，跨鏈橋是一個非常重要的部分，它是打破鏈間孤島、實現萬鏈互聯的關鍵設施。在過去，人們對跨鏈技術的探索和實踐非常活躍，相關的跨鏈橋產品已經達到上百個，有的致力於構建一個統一的互操作層，有的則試圖打通多鏈資產流通，願景不盡相同，在技術方案上也各有取捨。

本文希望探討的是：跨鏈橋的未來是怎麼樣的？什麼樣的跨鏈協議更有前景？什麼樣的跨鏈應用更有可能獲得大規模採用？開發者應該採用什麼方式來建構跨鏈應用？下文中，作者將對跨鏈橋的發展趨勢展開探討，並先拋出三個核心論點：

• 安全、高性能的新一代跨鏈橋會成為主流
• 全鏈應用會成為新的dApp範式
• USDC 等資產發行方的官方橋會取代流動性互換橋

正文：跨鏈技術可以理解為是擴容的延伸，當一條鏈不足以承載所有交易請求時，那就讓多鏈來承載，用跨鏈橋將他們連接起來。要理解跨鏈橋，首先要釐清跨鏈橋要解決什麼問題，以此分為不同的層次。

簡單來看，跨鏈橋可以分出協定層和應用層。協定層負責為跨鏈訊息傳遞提供一個安全、有序的平台，而應用層則基於該平台建構dApp 以面向用戶，滿足不同場景下的各類需求。

跨鏈橋在協定層的演化

協定層的核心是跨鏈訊息傳遞的安全機製，也就是對跨鏈訊息的驗證方式。根據驗證方式的不同，以及Vitalik等人的想法，業界曾將跨鏈橋劃分為三種：基於哈希時間鎖的原子交換、見證人驗證和輕客戶端驗證。後來，Connext 創辦人Arjun Bhuptani 將跨鏈橋歸納為本地驗證、外部驗證和原生驗證三種範式。

其中，本地驗證僅適用於資產跨鏈，無法支援任意訊息跨鏈，且使用者體驗並不友善（需要使用者操作兩次才能完成交易）。一些最早採用此方案的跨鏈橋已經改弦更張，放棄了這條路線。原生驗證最安全，但成本太高，一方面是用戶付出的Gas成本太高，甚至在某些情況下完全不具備經濟可行性。另一方面，開發者的coding成本太高，為了連接不同的區塊鏈，需要分別開發對應的輕客戶端驗證程序，工程量極大，採用範圍也極為有限。

最後，大多數跨鏈橋還是採用外部驗證方案，用戶的Gas成本和開發實現成本都相對較低，且支援任意訊息跨鏈。但外部驗證最被詬病的是安全性，無論是今年暴雷的Multichian ，還是先前被駭客竊取金鑰的RoninBridge（Axie Infinity官方橋） 和HorizenBridge（Harmony Chain官方橋），都在告訴我們，單純的外部驗證方案無法成為跨鏈橋的終局！

跨鏈橋的安全隱患阻礙了跨鏈dAPP 的發展，應用層在設計相應業務時變得十分謹慎，一來要盡可能避免與跨鏈互操作有關的環節，二來知名應用會傾向於自建跨鏈橋（AAVE、Maker、Compound 等頭部DeFi 專案都是如此）。可以想像，在一座治安很糟糕的城市，人們會選擇盡量不出行，富人出行時則會自帶保鑣。

但讓人欣慰的是，新一代更安全的跨鏈橋正在快速成長起來，它們當中有LayerZero、Chainlink CCIP 這樣的雙安全層橋；有將ZK 技術和輕客戶端結合的ZK橋（代表項目： Polyhedra、MAP Protocol、Way Network）；有將經濟博弈機製用於保護跨鏈安全的樂觀驗證橋（代表項目：Nomad、cBridge ）；還有將ZK 和TEE 技術結合的橋（代表項目：Bool Network） 。

【想了解他們的具體機製，可以參考作者先前的文章《 Multichain 倒下了，拿什麼拯救跨鏈橋？ 》】

總之，新一代跨鏈橋基礎設施在不犧牲效能的基礎上，實現了更高的安全性，為應用層在跨鏈互通相關設計上提供了堅實保障。

跨鏈互動在應用層的範式變遷

最初，所有dApp 幾乎都部署在以太坊上，因為沒的選。但隨著應用層生態的繁榮，以太坊不堪重負，這給了其他公鏈發展的機會，先後出現了各種ETH Killer，以及側鏈、 Layer2。

從dApp 的角度來看，以太坊就像上海這樣的超大城市，人口眾多但資源緊張、寸土寸金，如果我的業務場景對吞吐量要求較高，但對互通性要求不高，那就可以部署在一條不太擁擠的側鏈上。例如印刷廠或種植園就沒必要開在上海，而可以在郊區選址。 dYdX出走以太坊的故事，想必大家都很熟悉了。

同時，一個dApp 可以在多鏈上部署，搞“連鎖經營”，服務不同鏈上的用戶，擴大規模和收入。例如，首個吸血鬼攻擊的成功案例－ Sushiswap 就喪心病狂的在28條鏈上做了部署，我們能想到名字的公鏈上，基本上都有Sushiswap。

但這種多鏈的應用生態給用戶帶來了很差的體驗：為了與不同鏈上的應用交互，還要理解不同鏈的區別，在多個鏈上註冊地址，在每條鏈上都充值gas 費，最後再把資產在不同鏈轉來轉去－天啊，太累了！

更要命的是，許多DeFi 協議都涉及到流動性的使用，你部署在多鏈上就得在多鏈上引導流動性，這會讓流動性分散在不同鏈上，深度不共享，用戶在交易時，會產生更大的price impact。對此，有人對以太坊L2 的發展表示擔憂，認為L2 可能會分解掉以太坊的流動性，使其喪失競爭優勢。也有研究者提出了SLAMM 這樣的統一流動性解決方案，但這個方案製造的問題比解決的問題還多，十分蹩腳，這裡就不展開敘述了，有興趣的朋友可以去找相關資料看看。

真正核心的問題是：怎樣才能把各個鏈上的資源和生態都聚合在一起，讓使用者不必感知「鏈」的存在？例如我有1 個ETH，能否想在哪用就哪用，把自動兌換並支付不同鏈的Gas 這些環節隱藏掉？我想使用某個應用程序，能否在哪條鏈都可以用，而不用把資產跨過去？同時，專案方也不用再站隊選鏈，不用在多鏈上重複部署，而可以部署在最適合的鏈上，然後不同鏈上的人都可以來用？

應用層需要一種新的範式，把「鏈」這一層隱藏掉。有人模仿“帳戶抽象”的概念，創造了一個新詞彙叫做“鏈抽象”，就是這個意思。我們來看一個LSD 專案是怎麼做的？

For example，Bifrost 自稱是全鏈LSD 的拓荒者，採用不同於其他LSD 產品的架構設計。 Bifrost 有一條自己的鏈Bifrost Parachain，該鍊是Polkadot 的平行鏈。 Bifrost 的流動性質押模組僅部署在Bifrost Parachain 上，其LSD 資產—— vToken 的流動性也全在Bifrost Parachain 上，但其他鏈可以通過遠程調用的方式使用Bifrost Parachain 上的流動性質押模組和流動性。如此一來：

• 使用者可以在其他鏈鑄造vToken；
• 使用者可以在其他鏈贖回vToken；
• 使用者可以在其他鏈兌換vToken，但背後觸及的是Bifrost 鏈的流動性；
• 使用者可以在其他鏈為Bifrost Parachain 上的vToken/Token 池子提供流動性，並獲得LP Token；
• 使用者可以在其他鏈銷毀LP Token，以贖回流動性。

這些操作，使用者完全感覺不到背後的跨鏈傳遞過程，一切就像在本地完成一樣，大家可以透過Omni LSD dApp 去體驗一下。 Omni LSD dApp 目前支援在Ethereum、Moonbeam、Moonriver、Astar 上遠端鑄造/贖回/兌換vToken。

如果沒有上述功能，使用者如果想在Moonbeam 上鑄造vDOT，必須手動操作三步，很麻煩！

① 將DOT從Moonbeam跨鏈轉入Bifrost

② 在Bifrost鏈上質押DOT獲得vDOT

③ 將vDOT跨鏈轉回Moonbeam

而透過遠端呼叫功能，使用者的資產看似無需離開Moonbeam 鏈，即可完成上述三個步驟， 直接在Moonbeam 鏈上將DOT 轉換為vDOT 。也就是說，整個過程，使用者就像在使用Moonbeam 本機應用程式一樣體驗Bifrost 鏈上的服務。

聽起來很酷吧！但這要怎麼實現呢？其實也不複雜，Bifrost 在其他鏈上部署了一個遠端模組（remote modular），用於接收用戶請求，並跨鏈傳遞給Bifrost Parachain，流動性質押模組處理完成後，再將結果跨鏈返回遠端模組。使用者隻需在遠端鏈上發起請求，後續的過程，將由Relayers 觸發並完成。

Bifrost 將其架構稱為「全鏈架構」 ，與其他LSD 協定的多鏈部署策略的對比如下圖：

之所以這麼濃墨重彩的講Bifrost 的架構，是為了讓大家徹底理解Bifrost 所說的「全鏈架構」是怎麼回事，Bifrost 的架構所代表的其實是一種全新的通用範式。

Chainlink 在其部落格文章《跨鏈智能合約》一文中，曾將這種架構描述為「總店+分店」模型。應用程式的主要邏輯放在一條鏈上，就像一個“總店”，然後其他鏈上提供一個遠端存取模組，以實現與終端用戶之間的交互（獲取用戶輸入，輸出用戶想要的結果） ，就像個「門市」。

門市取得使用者的輸入後，將該輸入跨鏈傳遞到總店，總店進行處理後輸入結果，再將此結果跨鏈傳遞到門市，向使用者輸出。在某些情況下，總店的不同模組可能被拆分到不同鏈上，它們共同構成一個虛擬的總店。在這個架構下，程式的主要邏輯都在總店，應用程式擁有一個統一的狀態記錄，流動性割裂和使用者體驗割裂的問題都得以解決。此外，該架構的應用還具有更好的跨鏈可組合性，其他鏈上的應用程式也可以像其他鏈上的用戶一樣，可以遠端存取總店的功能。

儘管Bifrost 將該結構稱為“全鏈架構”，作者個人並不是很喜歡“全鏈”，也就是Omni-Chain 這個詞，因為這是個含義不明的詞彙，最初LayerZero 發明這個詞彙，用來彰顯它那無可比擬的可擴展性，但LayerZero 也未曾完全說明白究竟什麼是「全鏈」。難道是「全部的鏈」？必然不是，沒有什麼應用跑在全部的鏈上。作者有個做遊戲的專案方說自己做的是全鏈遊戲，細問才知道，這個“全鏈”是指“代碼全部都上鍊”，和一些Web3 遊戲僅把資產數據上鍊區分開，和LayerZero 說的「全鏈」風馬牛不相及。

我認為更合適的表述還是“鏈抽象” ，Chain-Abstraction，或者Chain-Agnostic（與鏈無關），二者都可以表達一種“用戶無需關心鏈”的狀態。

流動性互換橋的必然沒落

最後我們要談的是跨鏈領域的另一個重要命題──流動性。首先我們搞清楚它是哪個層次的問題。流動性不屬於協定層，因為它無關跨鏈訊息安全有序傳遞的問題，它屬於應用層，而且是一類特殊的應用－ SwapBridge。

跨鏈應用程式中最大的一個類目必然是資產橋，資產橋又分為WrapBridge 和SwapBridge，前者透過lock-mint/burn-unlock邏輯來幫助用戶實現資產傳遞，也稱為“資產傳遞橋”，SwapBridge 則透過在多個鏈上儲備流動性來幫助使用者實現原生資產的直接互換，也稱為「流動性互換橋」。

其中，SwapBridge 的應用範圍最廣，項目眾多，不同的SwapBridge 項目本質上競爭的是流動性效率，誰能夠以最小的流動性支出為用戶提供最大的深度。換個角度說，流動性正是SwaqBridge 提供的服務核心，大家比拚的是誰更有成本優勢，這和普遍意義的商業競爭是同一個邏輯。這裡大家要明白的是，補貼策略創造的成本優勢是不可持續的，你必須在流動性機製設計層面有優勢才行。

SwapBridge 賽道上的許多項目，包括Stargate、Hashflow、Orbiter、Symbiosis、Synapse、Thorswap 等，在提高流動性效率方面堪稱八仙過海各顯神通，也產生了不少可圈可點的創新，作者之前寫過一篇文章對此進行盤點：《 萬字報告：盤點25座流動性互換跨鏈橋及其流動性機製》

但USDC 發行方Circle 推出的CCTP 讓眾多SwapBridge 的努力變的毫無意義，換句話說，CCTP 幹掉了SwapBridge。這種感覺就像三體文明花了數億年、200 多輪文明去解三體問題，但最後Circle 告訴你：三體問題無解！

例如，在資產的跨鏈兌換中，USDC是最廣泛採用的媒介資產，也就是說，當你需要把X 鏈上的A 資產換成Y 鏈上的B 資產時，往往需要在X 鏈上將A先換成USDC，再將X 鏈上的USDC 換成Y 鏈上的USDC，再在Y 鏈把USDC 換成資產B。

因此，SwapBridge 在各條鏈上儲備的流動性的主要形式就是USDC。然後CCTP 可以支援X 鏈上的USDC 直接透過burn-mint 邏輯換成Y 鏈上的原生USDC，無需流動性儲備。換句話說， CCTP 完全沒有流動性成本，用戶端體驗到的過橋費可以做到極低。

也許你會說，除了USDC，常用的媒介資產不還有USDT 嗎？不說在DEX 領域，USDT 的使用率遠低於USDC，你不怕Tether 也學Circle，給你來這麼一出麼？所以，我想告訴各位的是：SwapBridge 已死，資產發行方的官方橋會在跨鏈流動性方面具有不可挑戰的成本優勢。至於有的SwapBridge 轉而整合CCTP，那就是聚合器的邏輯了。

小結

跨鏈橋協定層正在改變的更安全可靠，多簽橋的時代正在結束。過去，跨鏈給人造成的不安全印象將隨著新一代跨鏈基礎設施的普及而消逝；

跨鏈應用程式正在透過範式迭代，大幅改善使用者體驗，“鏈抽象”的意義不亞於“帳戶抽象”，正在為Web3 的Mass Adoption 創造條件；

Circle推出的CCTP則結束了SwapBridge 流動性競爭的戰國時代，讓我們看到了跨鏈資產兌換的終局。

總之，跨鏈領域正處於劇變之中！看明白前路，才能走的更篤定。