應用鏈:從起源到未來發展

應用鏈的發展是多方面因素共同作用的結果,包括基礎設施的成熟、區塊空間的競爭加劇,以及定制化代幣經濟模型需求增加等。

dApps與應用鏈在業務形態上雖有相似之處,但各有其優勢和局限。若強調與生態系統的協同效應,dApps可能更爲合適,而若追求自主權和獨立性,應用鏈則是更佳選擇。

早期應用鏈平台如Cosmos和Polkadot的發展受到限制,既有技術層面的挑戰,但更多是由於經濟機制設計、應用鏈的門檻偏高所導致的結果。

應用鏈發展的核心在於構建自身的應用壁壘,充分利用低成本交易促進高頻鏈上交易,進而獲取流量和積累用戶。技術的支持和增強雖然重要,但它們只是輔助性的因素,而非核心要素。

未來的應用鏈能夠通過聚合層、超級鏈或鏈抽象等技術來解決現有的流動性割裂和互操作問題。

雖然應用鏈的市值或完全稀釋估值有獲得一定的加成,但真正關鍵的還是應用本身的產品質量和用戶體驗。

應用鏈發展趨勢的必然

在2023年和2024年,越來越多的dApps宣布轉型爲應用鏈。針對這一現象,我們統計了整個應用鏈賽道,發現這些應用鏈主要集中在DeFi、遊戲、社交和AI等領域。我們認爲,應用鏈的發展已成爲必然趨勢,這是由於模塊化技術的成熟、通用Rollup二層網路的廣泛驗證、RaaS平台的增多和服務的完善,以及dApps對公鏈區塊空間資源競爭、終端用戶交易成本優化和代幣經濟定制化需求的推動。

對於這一趨勢,我們認爲dApps升級爲應用鏈,並不會立即轉變爲高估值的基礎設施層,因爲dApps和應用鏈更多是一種技術選型,而非成功的決定性因素。應用鏈的優勢在於通過低成本交易,促進更多高頻鏈上交易,利用數據積累提升用戶產品體驗,形成用戶粘性,從而實現網路效應。因此,應用鏈發展的核心依然在於其獨特的應用壁壘和流量。

探究應用鏈的起源

談到應用鏈的起源,我們必須提到一個開創性項目Cosmos。Cosmos以其模塊化和可插拔的設計理念而聞名,將虛擬機和共識引擎分離,允許開發者自由選擇構建虛擬機的框架,並能夠自定義共識引擎的關鍵參數,如驗證者數量和TPS等。這種設計使各種應用能夠以獨立鏈的形式存在,並在靈活性和主權性方面展現出獨特優勢。這些創新理念使得Cosmos在應用鏈的探索和實踐方面做出了重要貢獻,爲這一領域奠定了堅實的基礎。

翻閱 Mintscan 的 Cosmos 應用鏈生態發展情況,我們發現許多知名和成熟的應用鏈是基於 Cosmos 框架搭建的,例如 dYdX、Osmosis、Fetch AI、Band 和 Stride。然而,Cosmos 整體應用鏈的增長趨勢並未持續,新應用鏈的數量也沒有顯著增加。我們認爲,這主要是因爲 Cosmos 賦予應用鏈的主權性過強,而在 Atom 2.0 的 ICS 方案推出之前,應用鏈的安全性以及啓動和維護成本較高是主要原因。

通常情況下,構建 Cosmos 應用鏈需要項目方配備熟悉 Cosmos SDK 和 Tendermint 共識引擎的開發團隊,這對於以應用開發爲主的技術團隊來說是一種額外的技術負擔。此外,即使 Cosmos 應用鏈能夠配備足夠的技術人員,大多數應用鏈的啓動邏輯是通過向 Cosmos 的驗證者空投代幣來吸引初期的驗證者參與和保障網路安全,同時通過高通脹率來激勵驗證者持續維護網路安全。然而,這種做法的副作用是加速了代幣的貶值,導致網路價值迅速下跌。這種情況使得應用鏈在市場上的立足變得更加困難。

在 Atom 2.0 倡導的 ICS 方案下,應用鏈的概念將升級爲Permissionless Consumer Chains模式,盡管它允許無許可地加入消費者鏈,降低消費者鏈獲取安全性的成本。但這種基於DAO的投票治理形式,在某種程度上類似於同期推出的 Polkadot 插槽拍賣機制,可能會面臨類似插槽拍賣機制的低效發展問題。

此外,我們發現 Cosmos 在鏈的 Liveness 特性、開發者文檔資源以及社區文化等方面對應用鏈的吸引力有所不足。例如,今年 Cosmos Hub 發生的停止出塊事件、2023 年年底銘文火爆時期的開發文檔資源不完善,以及聯創 José Maria Macedo 指出的 Interchain Foundation 小圈子問題,都對新應用鏈的加入產生了負面影響。

新型應用鏈的催化劑

如果我們將 Cosmos 早期的應用鏈視爲鏈導向的應用,強調鏈的主權設計,那麼新型應用鏈則更多是應用導向的,注重自身的應用發展。這種新型應用鏈的興起主要得益於模塊化區塊鏈理念的普及、通用型 Rollup Layer2 的成熟與廣泛驗證,互操作性和流動性聚合層的發展,以及 RaaS 平台的崛起和完善。

作爲最早上線主網的 Rollup Layer,Optimism 在2022年的成功上線標志着模塊化區塊鏈理論的實際落地。Optimism不僅繼承了以太坊的安全性,還全面支持以太坊生態的開發技術棧。Optimism向業內展示了Rollup如何高效擴展以太坊,同時,也推動了對業內對於Layer解決方案的深入探索。在自身發展的基礎上,Optimism 借鑑了 Cosmos 的理念和框架,創新性地提出了 OP Stack 概念。這一概念在 Worldcoin、Base 等知名項目中得到了廣泛應用,進一步引發了業內的廣泛關注。隨後,其他 Rollup 解決方案也紛紛推出了類似的概念,如 Arbitrum Orbits、Polygon CDK、StarkWare Appchain 和 zkSync Hyperchains 等。這樣一來,對於dApps而言,應用鏈成爲實現業務邏輯的新途徑,原有 dApps的升級實現不再是難題,主要挑戰轉向了技術選型、業務設計和運營維護。

在實施Rollup解決方案時,通常需要選擇一個合適的執行層框架,如OP Stack或Arbitrum Orbits。以OP Stack爲例,它是一個不斷演進的Rollup框架,必須隨以太坊的更新(例如坎昆的Blob特性)進行升級,同時也會支持新興的功能(如Alternative Data Availability)。爲了便於理解,我們簡化應用鏈的研發過程,大致遵循以下步驟:

1. 技術選型:評估不同框架的功能和特點,選擇最適合的框架。

2. 需求設計:根據對應框架的自定義能力,設計符合需求的應用鏈。

3. 運營維護:完成部署、測試、上線及後續維護。

雖然Rollup框架爲應用提供了強大的擴展能力,但選擇和實施合適的框架並不容易,特別是在應用鏈上線後進行更改會更加復雜。因此,像Altlayer、Caldera和Conduit等RaaS平台的出現顯得尤爲重要。這些平台類似於SaaS,但專注於Rollup解決方案,能夠幫助dApps快速選擇不同的Rollup框架,簡化應用鏈開發過程中的復雜步驟,提供定制化的核心特性,並支持應用上線後的維護和優化。

與此同時,圍繞應用鏈的基礎設施和相關功能也在迅速推進,業內不斷推出極具吸引力的協議和功能。例如,Celestia、EigenDA和NearDA等項目引入了降低成本和提升吞吐量的Alternative Data Availability,RaaS平台則相繼推出了自定義Gas代幣和原生帳戶抽象等功能的集成支持。隨着 Rollup 應用鏈的廣泛應用,流動性割裂和互操作性問題逐漸顯現,促使了聚合和統一層的解決方案,如 Optimism的Superchain、Polygon的AggLayer、Caldera的Metalayer和zkSync的Elastic Chain,這些方案旨在改善應用鏈間的互操作性和流動性聚合。

如果說上述這些催化劑降低了應用鏈的加入門檻,那麼當前一二級市場的應用困境正在加劇dApps對破局之路的探索。通過CMC和Rootdata的數據可以看到,二級市場前100名的項目中,除去社區驅動和文化支撐的Meme類,只有少數純應用項目,其他大部分屬於基礎設施。這無形中印證了基礎設施在整個Crypto行業中地位高於應用。對應到一級市場,應用類的融資額也遠遠低於基礎設施類。我們認爲,這種現象的部分原因在於Web3應用的UI/UX相對復雜,遠不如Web2的成熟和易用,同時,相關的應用範式創新也沒有真正突破。盡管如此,我們相信應用鏈的潛力尚未完全釋放,未來可能會成爲推動Web3發展的重要突破口。目前,有一些知名的應用鏈項目,如IMX、Cyberconnect、Project Galaxy、Worldcoin等,它們正在展現應用鏈的巨大潛力。

新型應用鏈的優劣

在技術和創新領域,"銀彈"常常被用來形容一種能夠解決所有問題的完美解決方案。然而,現實中幾乎沒有任何技術能夠一蹴而就地解決所有問題。同樣,新型應用鏈也並非萬能且沒有缺陷的解決方案。下面,我們針對其優劣進行分析:

優勢

模塊化設計:應用鏈通常採用模塊化設計,允許開發者定制結算機制、數據可用性等基礎設施組件,以滿足特定需求。

優化性能:許多新應用鏈通過引入其他數據可用層方案,可以實現成本的降低,同時,提升吞吐量。

增強的價值捕獲:如自定義 Gas 代幣、帳戶抽象等,這些特性可以支持更靈活的應用開發,並且做更加復雜的商業模型和代幣模型。

劣勢

流動性割裂:新應用鏈可能會面臨流動性割裂的問題。

互操作性和可組合性問題:應用鏈沒有辦法再像過去公鏈的dApps那樣輕鬆簡易的做組合和互操作。

復雜性增加:與傳統 dApps 相比,新應用鏈的復雜性增加,尤其是在設計和實施時,可能需要更多的技術資源和支持。

決定應用鏈的核心考慮

站在項目方的角度,在決定是否進行應用鏈的升級迭代或選擇時,建議遵循以下原則:

1. 依賴於現有公鏈的特性:如果你的應用高度依賴於公鏈上的其他dApps時,例如流動性或產品功能,建議繼續使用現有dApps方案。

2. 需要自定義功能:如果當前應用