導讀
一個月前，作為 Solana 上最頂尖的免費 NFT 分發應用 DRiP 的創辦人 Vibhu 發表了一番言論，引發了廣泛討論：
Solana 將要有以及需要有 Layer 2 和 Rollup。
他之所以表達這種觀點，是因為隨著 $SOL 價格和網路擁堵的上升，DRiP 每週損失約 2 萬美元的價值。Solana 網路活動的增加帶來了兩方面的影響：
優點：流動性增強、資本和交易量增加（得益於可組合性）
缺點：基礎設施成本上升、使用者體驗差、網路擁堵
然而，DRiP 主要通過 Solana 作為基礎設施，每周從藝術家那裡分發數百萬個 NFT 到數千個錢包，對高可組合性並無太大需求。Solana 的 TVL 成長和資本流入對 DRiP 影響甚微，反而主要受到基礎設施成本高昂的困擾。
Vibhu 指出：「可組合性帶來的報酬率是遞減的。」他還提到，Solana 應用開發者們私下討論了他們對 Rollup 的需求，因為這些 Rollup 能夠提高交易吞吐量，減少區塊空間競爭，降低費用。此外，還可以更好地控制業務產生的經濟價值。
圖源：BlockBeats
在過去幾個月中，Solana 經歷了多次擁堵事件，從 $JUP 空投到 $ORE 挖礦以及高峰期的迷因幣交易。儘管有人認為 Firedancer 可以解決這些問題，但現實情況是時間線尚不明確，且目前無法擴充功能超過 10 倍。儘管如此，Solana 仍是所有經過實戰檢驗的主要鏈中唯一一個保持單片鏈的鏈。
Solana 應該保持單片鏈還是變得模組化？
Solana 是否也會像以太坊一樣，演變出分片的 Layer 2 和 Layer 3 解決方案？
目前 Solana 的應用鏈和 Rollup 的情況如何？
為瞭解答這些問題並整合出一個總結，本篇文章將探索各種可能性，討論各項目的優缺點。本文不會深入技術細節，而是以偏向市場導向和實際應用的視角來討論各種擴充功能方法，提供概覽。所有見解，無廢話，只有大量的獨家資訊。
簡而言之，我們將討論以下問題：
Solana 和網路擁堵的問題
讓 Solana 模組化
Solana 應用鏈——附範例
Solana Layer2 和 Rollup——附範例
支持 Rollup 和應用鏈的基礎設施
圖源：BlockBeats
Solana 的問題以及模組化的需求
首先讓我們討論一下目前的問題：由於空投、迷因幣交易量的激增，Solana 網路最近非常擁堵（目前大部分已經解決），導致 ping 時間高、交易的失敗率高、網路費用增加。儘管如此，Solana 一直維持著每秒 1-2 千次的交易處理量，超過了所有 EVM 鏈的總和。可以說這是區塊鏈面臨的一個好問題，同時也考驗了 Solana 的單片鏈理論。
Solana 基金會最近發佈了一篇部落格，敦促項目立即採取行動以提升網路性能，包括：
實施優先費用：避免交易延遲或丟失至關重要。
使程式計算單元（CU）達到最佳狀態的使用：僅使用必要的資源。
實施權益加權服務品質（QoS）：允許應用優先處理使用者的交易。
然而，這些措施只能在一定程度上改善交易完成率，並不能保證順暢的交易體驗。對這個問題的一個解決方案是備受期待的新事務調度程式（New Transaction Scheduler），計劃在 4 月末推出的 1.18 版本中引入。新調度器將與目前調度器同時存在，但默認情況下不會啓用，允許驗證者監控新調度器的性能，並在出現問題時輕鬆切換回舊調度器。新調度器旨在更高效、更實惠地填充區塊，改進舊調度器的效率低下問題。
閱讀本文以深入瞭解新的調度程式。
Anza，Solana Labs 的一個分支實體，一直在努力解決網路擁塞問題，已識別為與 QUIC 實施和 Agave（Solana Labs）的驗證器客戶端處理大量請求的行為有關。
圖源：BlockBeats貼文連結
儘管模組化的支持者強烈倡導 Solana 的「模組化路線圖」，Solana Labs/Anza，Solana 協議的核心維護者，仍專注於優化基礎層的吞吐量和延遲的問題。潛在的改進措施包括：
改進費用市場並增加基礎費用（目前設置為 5,000 Lamports 或 0.000005 SOL）。
實施帳戶寫鎖費用的指數成長，即逐步增加費用以遏制垃圾郵件。
通過懲罰機制優化 CU 預算請求。
提升整體網路架構。
即使這些垂直擴充功能，單鏈，改進有效，我們也不能排除 Solana 採用水準擴充功能，Rollup，的可能性。現實是 Solana 可以結合這兩個特性——它可以作為一個出色的 Rollup 基礎層，擁有超低延遲的區塊時間（約 400 毫秒），顯著提升 Rollup 的性能，例如實現快速的序列器軟確認。最重要的是，Solana 歷史上迅速實施變化，這可能使其比以太坊更高效地作為 Rollup 的基礎層。
更新：Anza 已經推出了一些補丁，幫助緩解了持續的網路擁堵問題，並將在 v1.18 中進行進一步增強。
圖源：BlockBeats
讓 Solana 模組化
Solana 的模組化發展計劃已經啟動。正如 Anza DevRel 的貼文所示，Solana 驗證器和 SVM（處理交易和智慧合約/程式的執行環境）緊密耦合，並由 Anza 來維護。然而，驗證器客戶端和 SVM 運行時將在未來幾個月內分離。這一分離將有助於創建「Solana 應用鏈」。
對於 Rollup，優化 Solana 的數據可用性（DA）或者 blob 層可能會在在後一階段進行。
圖源：Anza DevRel
Anza 的工程師Joe C還透露了將 SVM 模組化的計劃，其中交易處理流水線將從驗證器中剝離並放入 SVM。這將使開發者能夠獨立於任何驗證器運行 SVM 的實現。
獨立的 SVM 將是完全獨立模塊的系列。任何 SVM 實現都可以通過定義明確的接口驅動這些模塊，進一步減少 SVM 兼容項目的障礙，顯著降低構建自定義解決方案所需的開銷。團隊可以只實現他們感興趣的模塊，同時利用已建立的實現，例如來自 Agave 或 Firedancer 的模塊。
簡而言之，Solana 將變得更加即插即用，使 Solana 應用鏈和 Rollup 更加容易實現。
圖源：BlockBeats
總體而言，這可以走向兩個方向：Layer2（或者 Rollup）以及應用鏈。下面我們將一一介紹。
圖源：BlockBeats
Solana 應用鏈
也稱為 SVM 分叉，這些本質上是專門為特定應用而設的 Solana 鏈分叉。Pyth 是第一個 Solana 應用鏈，但當 Maker 創辦人 Rune，提出基於 Solana（SVM）程式碼庫開發 Maker 應用鏈用於治理的建議時，這一概念真正引起了關注。Rune 選擇 SVM 是因為其強大的開發者社群和相對其它 VM 的技術優勢，旨在分叉最具性能的鏈以更好地滿足消費者需求。儘管目前尚未實施，但這一舉動引發了關於 Solana 應用鏈的廣泛討論。
總體而言，可以分為兩類：
無需許可——任何人都可以加入網路，類似於目前的 Solana 主網。
有許可——由 Solana 基金會為機構打包的「Solana 許可環境（SPEs）」，允許實體構建並維護自己的鏈實例，由 SVM 提供支持。
圖源：BlockBeats
Pyth——OG Solana 應用鏈：
Pyth 曾經佔據了 Solana 主網上 10-20% 的所有交易。然而，它並不需要任何可組合性，所以他們簡單地分叉了 Solana 的程式碼庫。這使他們能夠利用 Solana400 毫秒的快速區塊時間進行高頻率的價格更新。Pythnet 是第一個採用 SVM 作為其應用鏈的網路。
Pythnet 應用鏈是 Solana 主網的一個權威證明分叉，作為計算基礎層，用於處理和匯總由 Pyth 數據發佈網路提供的數據。
為什麼 Pyth 要遷移？
它不需要高可組合性，特別是針對非 Solana 應用，因此免受主網擁堵影響。
它需要一個有許可的環境來發佈數據。
通過內部化費用來降低基礎設施成本，以前這些費用會洩露到基礎層，也就是 Solana 上。
Cube Exchange 是另一個例子，這是一種混合型 CEX，部署為主權 SVM 應用鏈，具有完全離線的訂單簿和在其 SVM 應用鏈上的結算。
圖源：BlockBeats
Solana 應用鏈的例子
Perp DEXs：像 Hyperliquid 這樣的 Perp DEX 可以作為獨立的 Layer1 網路運行。此外，對於交易應用，可以自定義每個區塊的交易數量，或者實現條件邏輯，例如將止損訂單的執行直接整合到 Layer1，確保其作為狀態轉換強制執行，或者引入特定於應用的原子邏輯。
AI 和 DePIN：這些可以具有受控的服務提供商列表，比如 Pyth。例如，Akash 通過 Cosmos 應用鏈作為計算市場運作。
治理應用鏈：MakerDAO 對 SVM 應用鏈的興趣驗證了這一點，主權治理應用鏈可以非常有吸引力。加密治理仍在演變，擁有專用的鏈分叉可以成為一種有用的協調機制。
未來的企業應用鏈： 潛在的應用包括資金，如貝萊德或支付系統，如 Visa 或 CBDC。
遊戲應用鏈： 一個在 Solana 上運行的賭場遊戲項目正在考慮其應用鏈。
對 Solana 的分叉進行修改： 類似於 Monad 或 Sei 提供的優化 EVM（並行化），有人可以構建一個更優化的 Solana 版本。隨著 Solana 主網開始探索新的設計架構，這一趨勢可能會在未來幾年更加普遍。
設想 Solana 應用鏈棧
雖然建立應用鏈可能相對簡單，但確保所有應用鏈之間的連接對於互通性至關重要。借鑒 Avalanche 子網，通過本地 Avalanche Warp Messaging 連接和 Cosmos 應用鏈，通過 IBC 連接的靈感，Solana 也可以創建一個本地消息架構來連接這些應用鏈。
圖源：BlockBeats貼文連結
可以構建一個類似 Cosmos-SDK 的仲介軟體平台，提供一站式服務來創建應用鏈，這些應用鏈內建支持預言機，例如 Pyth 或 Switchboard、遠程過程調用，RPC 如，Helius 以及消息傳遞連接，例如，Wormhole 等功能。
Polygon 的AggLayer 提供了一種創新的解決方案，允許開發者將不同的 Layer1 或 Layer2 連結入 AggLayer，實現跨鏈 ZK 證明的聚合。
應用鏈對 Solana 生態系的正面影響？
應用鏈不以 $SOL 支付費用或將 $SOL 作為交易費代幣，因此他們不會直接向 $SOL 貢獻價值，除非用於經濟安全目的的 $SOL 重新質押，但它們對 SVM 生態系的益處是顯而易見的。正如 EVM 的網路效應一樣，更多的 SVM 分叉和應用鏈將加強 SVM 的網路效應。即便 Eclipse 作為 SVM 在以太坊上的 Layer2 擴充功能，與 Solana 主網形成競爭，這一邏輯也同樣適用。
Solana Layer2
Solana Layer2，或稱為 Rollup，是邏輯上獨立的鏈，將數據發佈到其主鏈的數據可用性（DA）層，並重用主鏈的共識機制。它們還可以使用其它 DA 層，如 Celestia，但這不再是真正的 Rollup。「RollApp」這個術語通常用於特定應用的 Rollup（大多數 Solana 應用都正在探索的）。
Solana 的 Rollup 會像以太坊一樣嗎？
顯然不會。對於 Solana，Rollup 對於終端使用者來說將大多被抽象化。從意識形態上看，以太坊的 Rollup 是自上而下的，即以太坊基金會和領導者決定最好的擴充功能方式是通過 Rollup，然後在 CryptoKitties 事件後開始支持各種 Layer2。而在 Solana，需求是自下而上的，即來自具有顯著使用者採用率的應用開發者。因此，大多數目前的 roll-up 玩法都是行銷玩法，更多的是論述驅動而非使用者需求驅動。這是一個顯著的差異，可能導致與以太坊不同的 Rollup 未來。
壓縮是不是相當於 Rollup？
Layer2 通過在 Layer2 上執行交易、批量處理交易數據並壓縮它們來擴充功能基礎層區塊鏈（Layer1）。然後將壓縮的數據發送到 Layer1 並用於詐欺證明（Optimistic Rollup）或有效性證明（ZK Rollup）。這一證明過程被稱為「結算」。類似地，壓縮將交易從主網卸載，減少了對基礎層狀態的爭用。值得注意的是，Grass Layer2 將利用狀態壓縮進行其 rollup。
Solana 上的 Rollup 格局：
目前有兩個類似 Rollapps 的項目正在運行：
GetCode
這是一款支付應用，帶有一個微支付 SDK，允許任何人即時支付和接受付款，並為其應用使用類似 Rollup 的結構。它為所有交易創建意圖，並使用一個類似 Rollup 的排序器，在每 N 個間隔在 Solana 上結算。
圖源：BlockBeats
使用類似 Rollup 的結構可以實現：
靈活性：意圖可以代表各種未來活動，不僅僅是支付交易。此外，如果有需要，Solana 作為鏈也可以被替換。
即時和隱私性：由於排序器的軟最終性，即使在 Solana 擁堵期間，支付也是即時的。雖然交易在鏈上可見，但確切的數額和意圖保持模糊，確保使用者隱私。
MagicBlocks 的短暫 Rollup
MagicBlocks 是一個 Web3 遊戲基礎設施，開發了 Ephermal Rollup，特別適用於遊戲。它使用 SVM 的帳戶結構，將遊戲狀態拆分成集群。然後將狀態暫時轉移到輔助層或「Ephermal Rollup」，一個可配置的專用層。短暫 Rollup 作為一個專用的 SVM 運行時或 Rollup 運行，以在更高的吞吐量下處理交易。
圖源：BlockBeats
使用類似 Rollup 的結構可以實現：
專用運行時的客製，包括無 Gas 交易、更快的區塊時間和整合計時機制，例如，整合的事務調度系統，如 Clockwork，無需費用運行。
開發者可以將程式部署到基礎層，例如 Solana，而不是在單獨的鏈或 Rollup 上。短暫 Rollup 不會分散現有生態系，允許加速目標操作而不創建隔離環境。這意味著可以利用所有現有的 Solana 基礎設施。
這種方法有助於創建一個高度可擴充功能的系統，能夠按需啟動 Rollups 並水準自動擴充功能，以容納執行數百萬交易的使用者，而無需傳統 Layer2 的典型權衡。雖然 MagicBlock 專注於遊戲，但這種方法也可以應用於其它產業，如支付。
即將上線的 Solana Rollup：
Grass：Grass 是一個 DePIN 項目，專注於通過驗證來抓取技術解決人工智慧的數據需求。該項目通過網路上的 Grass 節點抓取 AI 訓練數據，並將這些數據由驗證器儲存在區塊鏈上，同時精確記錄數據來源和執行抓取的節點，並據此給予獎勵。
鑒於 Grass 需要處理高達每秒 100 萬個的網路請求，這對 Solana 主網而言是不現實的。因此，項目計劃採用零知識證明技術對數據集進行驗證，並在 Solana 的 Layer1 上批量結算。
Grass 團隊也在考慮引入來自其它集群的狀態壓縮技術，並在 Solana 主網的測試版上進行數據錨定。這一創新將使 Grass 成為一個基礎平台，支持那些只能在其上構建的廣泛應用
注意，構建平台和基礎設施的項目通常具有更高的市場估值，Grass 也即將推出其代幣。
Zeta：Solana 上最早的永續合約交易所之一，其擁有完全在鏈上的永續訂單簿，目前正計劃利用 Solana 的 Rollup 技術將其交易匹配過程遷移至鏈下。
永續合約交易所採用 Rollup 技術具有明顯的優勢，因為它極大提升了使用者交易體驗。可以詢問那些在 Hyperliquid 或 Aevo 等平台與 Solana 上的永續合約交易所進行過交易的使用者，後者要求使用者對每筆交易進行簽名，錢包彈窗，並且需要等待大約 10 到 20 秒。此外，永續合約交易不需要同步執行，並且能夠與 DeFi 生態中的其它部分高度整合，特別是在交易撮合方面。
圖源：BlockBeats
有趣的是，Armani，Backpack 的聯合創辦人也在 X 上表示他們現在正專注於 Layer2 解決方案。
圖源：BlockBeats
Sonic 正在開發一個名為 Hypergrid 的模組化 SVM 鏈，允許遊戲開發者在 Solana 平台上部署專屬的鏈。同時，還有基於 SVM 技術的以太坊 Rollup 項目，例如 Eclipse和 NitroVM，它們採用 SVM 作為其執行引擎。在 Solana 生態中，Neon作為一個與 EVM 兼容的 Layer 2 解決方案。此外，一些創新項目如 Molecule，一個針對比特幣的 SVM Layer 2，目前還處於早期構想階段。
Sovereign SDK 提供了一個類似於 node.js 的架構，專門用於構建 Rollup。使用者可以提交他們的 Rust 程式碼，該平台能夠將其轉化為支持在任何區塊鏈上部署的 Optimistic Rollup 或 ZK Rollup。這些 Rust 程式碼可以是客製的應用邏輯，也可以是任何虛擬機的實現。
關於 Rollup 的一些論點
Rollup = 與 $SOL 保持一致性
「ETH-Aligned」，以太坊一致性，或者說「ETH Bag Biases」，以太坊包偏見，已經成為流行的網路迷因。
為什麼 Layer 2 和 Restaking/EigenLayer 會成為最熱門的話題？
這是因為它們增加了以太幣 的「貨幣性」，以太幣在各個地方都被用作核心資產。
同樣的原則也適用於 Solana。Solana 社群將會支持任何能夠提升他們 $SOL 持有量的解決方案——就這麼簡單。隨著 Solana 生態系的擴充功能，一度被忽視的 $SOL 的「貨幣性」將變得重要。記住，大多數 Rollup 無論如何都是「市場行銷手段」，並且由於市場仍然更看重基礎設施而非應用程式，因此它們能提供更好的代幣價值積累。
Rollup 將感覺像是 Solana 的延伸
除了安全性的好處，即從基礎層繼承安全性，輕鬆訪問 Solana 使用者和資產將是一個重要優勢。正如 Jon Charbonneau 所指出的，以太坊的 Rollup 如 Base、Optimism 和 Arbitrum 感覺更像是以太坊的延伸。使用者保留相同的錢包和地址，原生燃氣代幣是單一的標準版本以太幣，以太幣在 DeFi 中佔主導地位，所有交易對都是以太幣，社交應用程式以以太幣定價 NFT 並支付創作者例如，friend.tech，以及 Layer2 的存款是即時的等等。
同樣，這也將發生在 Solana 上。從以太坊學習，大多數 Solana Rollapps 不會讓使用者感覺他們正在使用一個單獨的鏈，例如，Getcode。
Solana 將看到更多的「RollApps」而不是「Rollup」
Solana 沒有像以太坊那樣的擴充功能問題，主網由於高燃氣費用而變得難以使用，它是高度優化的。然而，一些需要專用區塊空間的應用程式將創建他們的 Rollup。儘管在 Solana 上的通用 Rollup 對我來說沒有意義，但從經濟上講，對項目來說確實有意義。例如，Base 用戶僅在一天內就為 Coinbase 創造了 200 萬美元的收入！對於構建者的激勵嚴重傾向於 Layer2。然而，正如觀察到的，每個 EVM Rollup 似乎都是一個普通的 Rollup，許多像 Linea、Scroll 或 zkSync 這樣的項目已經成為只有農民為了代幣空投而進行幾筆交易的幽靈鏈。
此外，我感覺 Solana 上的通用 Layer2 可能會導致與以太坊相同的舊問題，即中心化的 Rollup、擁堵和流動性碎片化。
為什麼一些應用程式想要遷移到 RollApps、應用鏈？
每個應用程式最初都會在 Solana 主網上啟動，因為將更多應用程式託管在共享基礎設施上顯著降低了開發者和使用者的複雜性。然而，隨著這些應用程式的成長，它們可能尋求：
價值捕獲。在一個不僅僅為一個應用程式設計的共享 Solana 層上內部化價值更具挑戰性。MEV 捕獲對 DEX 來說可能是另一個有利可圖的選擇。
專用區塊空間。
在應用中的可客製性。如：隱私方面，例如，Getcode 使用序列器為其使用者提供私密支付、市場費用實驗、最小化 MEV 的加密內存池、客製的訂單簿。
然而，並非所有應用程式都會想要啟動自己的 Rollup，特別是那些沒有達到一定逃逸速度的應用程式，例如，足夠的 TVL、使用者、交易量。今天啟動自己的鏈涉及到痛苦且不必要的權衡，複雜性、成本、更差的使用者體驗、流動性碎片化等，大多數應用程式，特別是早期階段的應用程式，無法為增量收益證明這些權衡的合理性。Solana 仍然是 SVM 開發的核心和靈魂，因此可能會部署許多新的應用程式。
對於應用構建者
Solana 主網或應用鏈或 Rollup 完全取決於不同的情況。如果沒有強烈的與其它應用程式組合性的需求，將一些不同的組件置於鏈下，無論是應用鏈還是 Rollup，是完全合理的。使用者甚至不需要知道他們正在使用 Rollup 或應用鏈。Grass、Zeta 和 Getcode 都為它們的使用者抽象了它們所使用的任何 Rollup 類型基礎設施。
對於需要授權和客製的應用，Token Extension 也能滿足大多數需求，如 KYC 或者轉帳邏輯，同時保持組合性。
推動 Rollup 和應用鏈的基礎設施
如果 Rollapp/應用鏈理論得到擴充功能，現有的基礎設施提供商將能夠大大受益，因為他們將進入新的市場：
現有的 Rollup 即服務（RaaS）提供商，如Caldera，可以輕鬆地隨著需求的出現進入 SVM 市場。像 Eclipse 和 NitroVM 這樣的 SVM 以太坊 Rollup 也在密切關注這一機會。此外，Sovereign Labs 提供了一個 Sovereign SDK Solana 轉接器，它能夠支持在 Solana 上的 Rollup（尚未準備好投入生產）。Helius 是另一家非常適合為 Solana Layer2 構建基礎設施的公司，正如Mert 多次暗示的那樣。
共享序列器如 Rome Protocol 和對輕客戶端如 Tinydancer 的需求。共享序列器對 Rollup 來說可能很有趣，因為它們能夠實現原子套利、MEV 和無縫跨鏈等活動，減少流動性的碎片化。
像 Phantom、Backpack 和 Solflare 這樣的錢包。多簽和智慧合約錢包基礎設施如 Squads。Squads 一直定位為「Solana 和 SVM 的終極智慧合約錢包基礎設施層」。
再質押 $SOL：模組化理論也促進了再質押，因為這些 Rollup/ 應用鏈可能需要 $SOL 共享安全並更與 Solana 保持一致。這將會帶來早期參與者如 Cambrian、Picaso 和 Solayer、透過 Stakenet 的 Jito 和像 Sanctum 這樣的 LST以及驗證者的收入提高。
最後，Solana 能否應對全球的需求？
當然不能。現實點，即使考慮到摩爾定律，即使硬體設備能繼續提高性能，並且 Solana 針對這種硬體設備進展進行了優化，但這也是不切實際的。我相信，所有不太關鍵的交易，如 DRiP 發送 NFT，最終會轉移到它們自己的鏈上，而最有價值的交易都將留在主鏈上，在那裡真正的可組合性至關重要，如現貨 DEX。
這並不意味著 Solana 在單體和可組合性之戰中輸了；它將在依賴可組合性和低延遲的情況下比其它鏈管理得更好。而且，Sui、Aptos、Sei、Monad 等也沒有更好，因為我們還不知道它們是否經得起高真實使用者活動的考驗。
與以太坊不同，Solana 主網並不打算成為「B2B 鏈」；它一直都是並將永遠是消費者鏈。大規模構建分散式系統是極具挑戰性的，而 Solana 最有潛力成為全球最有價值交易的共享帳本。
Solana 需要靈魂伴侶：應用鏈和 Rollup 會是它的完美搭檔嗎？
【免責聲明】市場有風險，投資需謹慎。本文不構成投資建議，使用者應考慮本文的任何意見、觀點或結論是否符合其特定狀況。據此投資，責任自負。
本文經授權轉載自：《律動 Blockbeats》
原文作者：Yash Agarwal