先知實驗室:跨鏈終局之戰

多鏈博弈,兼容並存的生態已成定局。

本期SeerLabs(Twitter:@seerlabs_crypto)將帶你走進跨鏈終局之戰

前序:

在討論本文的話題之前,我們需要聲明本文只代表作者個人的意見和想法。且分析時切入點為產品和技術設計並無資本運作,市場營銷等其他方向的考量。所以本文並非投資建議,也非做空報告,本期所主要討論的問題更偏基礎設施,這類賽道往往具有原子性,要么符合需求極快起飛,要么方向錯誤無人問津。因此,文中所提的項目更不可以作為作者提供的投資參考。純屬產業研究。希望大家一起來討論。如需討論,可以關注我的推:@0xOar

01 Synthetix的L1和L2數據兼容所引發的信息跨鏈思考

本篇研報的起因是於今年7月以及12月分別發布的於synthetix社區的sip156和sip165.鏈接貼於此:

https://sips.synthetix.io/sips/sip-156/

https://sips.synthetix.io/sips/sip-165/

目前這兩篇提案依然處於Feasibility的階段,這意味著雖然還沒有實際實施但是可行性已經得到了一定程度的認可。這兩篇提案的主要原因是希望解決Synthetix的layer2和Layer1的數據兼容問題。看過我在10月份所做的合成資產研報的用戶應該都了解。 Synthetix作為以太坊社區最複雜的DeFi項目,於今年正式部署在了Optimism這個layer2解決方案上。但是多鏈競爭的格局逐漸形成,雖然layer2和layer1之間可以完成一定程度上的跨鏈通信,但是這種通信暫時還無法擴展到其他側鏈甚至是solana這種異構鏈上。導致Synthetix所採用的全局債務無法同步。這造成了極大的“流動性浪費”。

這種“流動性浪費”正是當下這個群雄逐鹿的公鏈戰國時代,各類DAPP所面臨的最大的問題之一。尤其是像Synthetix這樣子的全局債務項目(採用類似pool 2 user的共享風險的項目都會遇到同樣的問題)。在採用多鏈部署時就不得不將多鏈的流動性互相割裂。並且從零開始重新激勵流動性的產生。

以經常被我們鞭屍的“DeFi For All”基金舉例,Polygon通過這個計劃引入了Aave,Curve,Sushi,最近又引入了Uniswap。但是這些頭部項目依然需要重新在Polygon上激勵流動性並且沉澱資金。

也許你會說,對於礦工來說,新的經濟激勵越多越好,但對於有實際需求的用戶來說,會造成很大的困擾,如Aave的其他鏈的版本上支持的抵押品和存款品的種類要遠低於ETH,Sushiswap在其他鏈上流動性較好的資產也依然遠低於以太坊。

再從項目方的角度來說,如果我希望在某個體驗較好的異構鍊或者Polygon這種EVM的側鏈上部署我獨創的抵押借貸協議。那麼我會面臨一個很大的問題,那就是可採用的抵押品種類不足,因為該鏈上擁有足夠流動性可以支撐大規模清算的資產並不多。

還有,目前多個鏈上都會有一些主流的代幣交易對AMM池,以ETH舉例。截稿時,該資產在Uniswap V3上的總TVL為1.41B,在Pancake V2上的TVl大約為0.3B。而在進行同一筆ETH的交易時,在Pancake上交易所承受的滑點壓力是Uniswap V3以太坊版本的近5倍。金額越大,滑點差距越大。這也是為什麼目前交易聚合器的採用率越來越高,甚至跨鏈交易聚合器的採用率也越來越高的原因。

再舉一個例子,用戶使用不同鏈的Aave進行抵押借貸時所承擔的利率是不同的,這是由於各個鏈上的數據無法互通,合約在計算利率時只採納了該鏈原生的數據。用起來可能看著差別不大,但換個說法,這就好比,你在用本市的銀行存款時的利率為4%,但是你跑到其他大城市發現存款利率居然為6%。同樣的銀行,同樣的幣種,這種情況在傳統金融市場是無法不可能出現的。但是由於區塊鏈的數據孤島問題,導致類似的情況屢見不鮮。

因此,引發了我們的思考:

既然多鏈博弈,兼容並存的生態已成定局,未來的戰火甚至有可能更加混亂。那麼鏈間的信息通訊是否是下一個即將迎來爆發的賽道。

為此,我和團隊的開發者集中對當前各種類型的解決方案展開了研究(主要挑選了一些有代表性的方案,其他較為同質化的方案並不在此次報告的範圍內)。希望能夠從各個不同的方面來分析各種解決方案的優劣。

以下內容涉及到多種技術原語,我們會盡量使用淺顯的語言幫助大家理解。基礎設施賽道聽起來非常“技術”但實際上,區塊鏈的解決方案本質上是組織形式和生產關係的哲學問題,了解了基本的流程和邏輯不需要看懂代碼也可以明白這些基礎設施的實現意義。

02 現有的一些跨鏈通訊基礎設施

(一)輕量級的插件型通訊協議——LayerZero

LayerZero是SeerLabs今年八月份接觸到的一個跨鏈通訊的基礎設施,當時引起了我的注意,但是後續因為一些其他事情錯過了對其的投資(遺憾)。後來就看到這個協議獲得了包括Binance, Mulitcoin, Delphi Digital的投資,再去找就不理我了。

1、方案簡述

LayerZero主打一種輕量級的基於通信層的解決方案。主要針對的是各個鏈上DAPP。幫助他們解決鏈間信息的互通問題。

LayerZero的白皮書大概這樣描述這個方案(我盡量翻譯)

上圖說明了有效傳遞單個LayerZero消息所涉及的步驟,圖中每個黑底的數字代表了一個步驟。

步驟1:鏈A(AppA)上的用戶應用程序作為事務t的一部分執行一系列的動作。我們通過交易標識符t來唯一標識事務T,t的格式可能會根據鏈A的類型而有所變化。事務T中包含的一個步驟是通過LayerZero傳輸有效傳遞。為了說明目的,並且不喪失一般性,我們假設在這個場景中Appa使用我們的模版中繼器。 AppA向LayerZero通信器發送一個包含以下信息的請求:

t:代表唯一的事件識別符

dst:代表指向鏈上智能合約的全局識別符

payload:代錶鍊A應用希望傳送給鏈B應用的任何消息數據

relayer_arge:代表在鏈A應用希望採用圖中所示的模版中繼器(layerZero提供的一個可自定義的中繼器)時所提交的支付信息的一些參數

步驟2:通信器(Communicator)構造一個包含dst和payload的LayerZero數據包,稱為數據包(dst、payload),並將它與t和relayer_args一起發送給驗證器(Validator)。

步驟3:驗證器(Validator)將t和dst發送到網絡。此步驟通知網絡,需要將鏈A上當前塊的塊頭髮送到鏈B。

步驟4:驗證器(Validator)將包(dst、有效負載)、t和relayer_args轉發到中繼器(Relayer),通知中繼器(Relayer)需要預取T的事務證明並最終發送到鏈B。這與步驟3同時發生。

步驟5:網絡將當前事務(cur_blk_id)的塊ID發送給Oracle。這將通知Oracle獲取鏈A上當前塊的塊頭,並將其發送到鏈B。如果在同一塊中發生了多個LayerZero事務,則步驟5只執行一次。

步驟6:Oracle從鏈A中讀取塊頭(blk_hdr)。

步驟7:中繼器(Relayer)從鏈A讀取與交易T關聯的交易證明(證明

展開全文打開碳鏈價值APP 查看更多精彩資訊

Total
0
Shares
Related Posts