解析CKB公鏈:為什麼UTXO同構綁定BTC layer2範式會跑出來?

近段時間,BTC衍生市場生態似乎陷入了窘境:1)BTC減半後預期的大轉折行情還沒到來;2)Runes協議上線後造富效應不及預期;3)BTC layer2焦點項目Merlin TGE後暫時啞火。不過,在它們都在上演「讓子彈飛」的等待時刻,我卻更加Bullish @NervosNetwork 了。 Why ?接下來,說說我的看法:

在我看來,BTC衍生生態市場目前存在兩大難題:

1.原生RGB 閃電網路、EVM-Conpatible、UTXO同構綁定鏈三分天下,且還沒有主線layer2方向產生;

2、Ordinals、Brc20、Arc20、Runes等資產發行,陷入了技術越改善,造富效應越弱的死胡同,因為流動性差的根本問題沒解決;

Builder一邊群雄爭霸大勢未定,Marketing一邊已經高預期已經產生反噬崩塌。現在的BTC生態必須在解決一層衍生性資產的流動性問題上交出答案。

因此,比特幣衍生市場亟需跑出一個可從技術架構、市場營運、生態落地都能快速成型的閉迴路layer2方案出來。

原生RGB協定和閃電網路等落地太慢, EVM- Compatible不少協定架構還在建構當中,對比下來,唯有CKB公鍊作為UTXO同構綁定鏈的範式目前正逐漸「加速」落地市場對於BTC layer2的一切想像:RGB++、UTXO Stack、閃電網路、DOB資產、全鏈遊戲等落地生態等等正在逐一顯現。

短期看,CKB公鏈可以為BTC layer2產業快速“大練兵”,讓大家看到一層的BTC衍生資產可以擴展流通在二層的圖靈完備環境下;長期看,CKB沒準可以靠“同構綁定」的先天技術優勢,為BTC layer2市場樹立一個UTXO結構的layer2主流統一市場出來。

而之所以CKB公鏈做到這些,根本原因在於:CKB鏈本身的UTXO Cell模型可以囊括Token、JavaScript代碼、JSON字串、智能合約以及一個完成的比特幣UTXO狀態,因此CKB公鏈可以被視為BTC主網的一個鏈下完整狀態機。

能夠同步儲存BTC主網上發生的一切狀態,相當於一個BTC主網擴展DA層;而基於其圖靈完備特性來運行一切計算,相當於高效能VM執行層;其UTXO結構的同構綁定特性又為BTC提供了安全的interoperability可交互操作性。

簡單來說,如果我們認定BTC主網只能做資產結算這一件事,CKB則一股腦把DA層、執行層、可交互操作性等延展functionality給包圓了。正因為此基礎,CKB才實現了RGB、閃電網路等BTC原鏈Native落地難的一些事。

以RGB為例,簡單理解:它的完整實現需要鏈下一些客戶端各自存儲一部分“狀態”,然後通過一次性密封技術向主網發送一個Commitment承諾(一個由原始狀態數據哈希運算而成Hash ),承諾包含UTXO的花費條件,不能被篡改,只能由另一個匹配的承諾觸發「解鎖」。

如果Alice要透過RGB協議向Bob發送BTC資產,Alice發起一個承諾約定可由Bob解鎖UTXO花費,BTC全節點收到承諾後會等待另一個對應要解鎖的承諾產生,兩個承諾匹配則實現了主鏈的一次UTXO花費(結算)。

因此,對於RGB客戶端驗證系統而言,關鍵就在於Alice和Bob這些獨立P2P個體戶,要各自維護一份“狀態副本”,並同時在線向主網證明其合法擁有某個狀態,由舊承諾的配對和新承諾的狀態更新來完成資產劃割。

問題來了,要讓這些個體有這種協作能力,通常需要一個很完整的「基礎設施」。現階段RGB協定網路無法大規模落地的癥結所在就是要建置此基礎架構來統一管理鏈下客戶端的狀態、請求以及通訊等等太難了。

CKB公鏈本身有DA狀態儲存能力,又有同構綁定的可交互操作能力,如果把這個難搞的基建工程由現成的CKB鏈來替代,RGB客戶端驗證的癥結問題不就解決了?沒錯,這就是RGB++應運而生的根本。

順著這個思路,閃電網路這種狀態通道模型的支付網路也一樣可以落地到CKB公鏈。畢竟閃電網路的癥結也是分散的閃電網路節點之間的互動狀態管理的問題。試想,原本分散且複雜的鏈下運作“黑盒子”,若能夠在一條現有的公鏈下得到高效實現,自然落地和應用進程會更快。例如,狀態通道週期管理,UTXO掛帳與結算、鏈上狀態存證、P2P通訊簡化等。

再以Inscription資產發行為例,原先在BTC L1主網發行的銘文資產,在Fomo潮下MINT完之後,資產就陷入極度的高成本換手低流通狀態,如何能把這些資產借助CKB公鏈實現高效流通呢?

1.先在主網發行並Mint銘文資產,也可以經由CKB網絡Mint,但CKB公鏈承擔的其實是基建的「代打」功能,幫助用戶從CKB公鏈向主網發送交易Mint銘文資產;

2.所有的銘文資產都會同時在BTC主網和CKB上共同存在,主網銘文資產Mint成功的時候,可透過Leap去信任的L1和L2互通性實現資產孿生,CKB的DA網路會化身成為一個龐大的「索引器」來管理影子資產;

3.這些影子資產可以基於RGB++(一次性密封承諾)的互動方式在CKB公鏈上進行低成本流通。當用戶把主網資產Leap到CKB公鏈上後,影子資產就代表原始資產在CKB公鏈上在DeFi、遊戲等應用生態內進行高效率流通,CKB會完整記錄每一次狀態改變記錄,並在用戶要求把資產Leap回主網的時候,在主網完成狀態更新。 (Mint行為發生在主網手續費高可以理解,但後續的流通互動發生在CKB鏈上就可以大幅降低手續費了。

在我看來,CKB公鏈本身就是一條技術框架很完整的UTXO結構layer2,它的Cell模型可以同構綁定BTC上的UTXO,讓BTC和CKB layer2實現無跨鏈橋的資產互通Leap(不是遷移,抽象理解成量子糾纏的狀態同步即可)。此外CKB鏈本身的高效能執行圖靈完備合約,則會彌補UTXO無法實現無主合約狀態管理的問題。

怎麼做呢?這由於CKB的Cell狀態具備全域管理能力,若不同Cell內的狀態有衝突,例如包含兩個存在狀態衝突的使用承諾,CKB會拒絕其中一個Cell承諾的發出來保護資產狀態更新的安全。本質上就是CKB公鏈可程式能力極強的體現,要知道以太坊的layer2方案Plasma都無法實現類似的圖靈完備擴充。

因此,如果要加速BTC layer2的落地,我會給代表UTXO同構綁定的陣營投一票。

儘管,CKB公鏈算是一條成功的UTXO 範式BTC layer2了,但形單影只怎麼能代表主流陣營?故而,CKB推出了UTXO Stack來擴大其陣營規模。

此情此景就好比,Vitalik說了一句ZK-Rollup是終局,大家都衝到ZK領域構建layer2一樣,若中本聰跳出來說UTXO同構綁定才是BTC Layer2的正統,估計UTXO Stack也會成為生態快速建置與部署layer2的基礎架構吧。 Stack戰略對於像極了OP Stack對OP-Rollup的一次戰略升級助力。

以上

總之,最近二級市場的冷寂,多少會給一級市場的Builder們帶來壓力。先前一團混亂也會被當成繁榮,但冷靜下來BTC layer2的無標準、無規範、無主流敘事、無核心問題解決(流動性)等等都會成為必克難題。因此,在Runes它們的低迷,無疑給了CKB公鏈代表的UTXO同構綁定陣營一次「送東風」時刻。

Note:本文純粹從技術邏輯視角,為CKB公鏈代表的UTXO同構綁定BTC layer2 打一次Call,不作為二級市場投資建議參考。

若想對CKB、RGB++、同構綁定、UTXO Stack有更有系統的了解,可訂閱存取web3Caff的研報:

https://research.web3caff.com/zh/archives/17210?ref=743 (左下角閱讀原文

Total
0
Shares
Related Posts