SolanaVM 詳解：Solana 虛擬機
SolanaVM is Solana's execution environment processing programs in parallel. Learn how it compares to EVM and powers DeFi applications.
準確性提示：網路效能、驗證者數量、費用、協議功能、錢包支援以及第三方整合會隨時間而變化。請將過往數據視為歷史快照，並核實當前的主要來源文件。
SolanaVM（也稱為 Solana 虛擬機或 SVM）是 Solana 區塊鏈的執行環境：是處理和運行鏈上程式的軟體層。 它負責處理運算、執行程式邏輯並將結果提交回網路。SolanaVM 並非獨立的產品或代幣；它是內建於 Solana 協議中的核心執行引擎。
術語提示： 在區塊鏈脈絡下，SVM 代表 Solana 虛擬機。SVM 也是支援向量機（Support Vector Machine）的縮寫，這是一種與區塊鏈無關的機器學習演算法。在本文中，SVM 僅指 Solana 虛擬機。
內容目錄： SolanaVM 如何運作 | SolanaVM vs. EVM | 在 SolanaVM 上構建 | 多鏈採用 | SolanaVM 採用的發展情況 | 常見問題
區塊鏈是一種分佈式賬本，可在不依賴中央機構的情況下，紀錄跨電腦網路的交易。現代區塊鏈不僅僅是紀錄價值轉移，它們還運行程式：處理借貸、交易、治理以及數以千計其他鏈上功能的軟體。為了運行程式，區塊鏈需要一個執行環境，這是一個受控的軟體層，負責接收指令、根據定義的規則進行處理，並將結果寫入鏈上。每個智能合約區塊鏈都需要一個執行環境。在 Solana 上，該環境即為 SolanaVM。
Solana 是一個 Layer 1 (L1) 區塊鏈，這是一個擁有自己共識機制和名為 SOL 的原生代幣的底層網路。SolanaVM 與 Solana 並非同一事物。兩者的關係類似於汽車引擎與汽車本身：SolanaVM 是引擎；Solana 是完整的車輛。SOL 則是支付執行費用的燃料。這是三個不同的實體，將它們混為一談會在評估 Solana 架構時產生真正的困惑。
SolanaVM 是圍繞著吞吐量優先的設計理念構建的，這可以直接追溯到 Solana 的共同創辦人 Anatoly Yakovenko，他曾是高通（Qualcomm）的工程師，他認為交易排序的開銷是現有區塊鏈設計中的主要瓶頸。
SolanaVM 如何運作：架構與執行模型
SolanaVM 通過在網路的分佈式驗證者基礎設施上運行的五階段管線來執行 Solana 程式，並以平行方式而非順序方式處理無衝突的交易。
在 SolanaVM 上，智能合約被稱為 Solana 程式（SolanaVM 對智能合約的術語）。這是 Solana 基金會的官方術語，而非風格上的變體。命名的差異反映了真正的架構區別。EVM 智能合約將程式邏輯和狀態數據都存儲在同一個合約對象中。而 Solana 程式是無狀態的：程式碼存在於一個鏈上帳戶中，而其操作的數據則存在於獨立的數據帳戶中。這種分離使得大規模的平行執行成為可能。
SolanaVM 的執行管線遵循以下五個階段：
- 開發者使用 Rust 編寫 Solana 程式
- Rust 程式碼編譯為 sBPF 位元組碼
- 編譯後的位元組碼部署為鏈上程式帳戶
- 用戶提交包含指令數據的交易以調用程式
- Solana 驗證者（運行 SolanaVM 的網路節點）執行 sBPF 位元組碼，消耗運算單位，並將結果提交至賬本
Solana 驗證者在專用硬體上運行 SolanaVM，並通過兩個獨立的機制達成共識：用於交易排序的歷史證明 (PoH)，以及作為質押證明共識機制、用於驗證結果的 Tower BFT。Solana 的驗證者網路受 Tower BFT 保護。雖然 PoH 對交易進行排序，但 Tower BFT 決定了對其有效性的共識。這些是不同的角色，絕不能混淆。
歷史證明是由 Anatoly Yakovenko 發明的一種加密排序機制，詳細內容見 Solana 歷史證明白皮書. PoH 的功能就像一個同步時鐘，讓所有驗證者都能在無需互相賣出的情況下，就每筆交易發生的時間達成一致，從而消除了一個主要的協調瓶頸。通過對交易進行加密預排序，PoH 為 SolanaVM 提供了同時處理多筆交易所需的時間基礎。PoH 並非共識機制；它是一個時間戳和排序協議，為 Tower BFT 共識提供數據。
什麼是 sBPF？SolanaVM 的位元組碼格式
sBPF (Solana Berkeley Packet Filter) 是 SolanaVM 執行的位元組碼格式：它是 Solana 修改版的 Berkeley Packet Filter 指令集，專門為區塊鏈程式執行而適配。
當開發者用 Rust 編寫 Solana 程式時，該 Rust 程式碼並不會直接在鏈上運行。Rust 編譯器會將其轉換為 sBPF 位元組碼，這是一種緊湊的底層指令格式，SolanaVM 的執行引擎可以高效地進行處理。驗證者直接執行 sBPF 位元組碼；這就是網路上實際發生計算的地方。
sBPF 與原始的 BPF (Berkeley Packet Filter) 不同，後者是用於作業系統核心進行封包過濾的網路技術。Solana 的 sBPF 是一個經過修改的分叉，旨在適應區塊鏈虛擬機執行的限制。在提及 Solana 的位元組碼格式時，請務必使用「sBPF」而非僅僅使用「BPF」。
對於來自 EVM 生態系統的開發者來說，sBPF 的功能角色與 EVM 操作碼相同：它是虛擬機解釋並運行的底層指令集。
平行執行：SolanaVM 如何同時處理多筆交易
SolanaVM 同時處理無衝突的交易，而非一次處理一筆，這與 EVM 的順序執行模型有著根本性的不同。
想像一家銀行，每位櫃員同時處理不同的客戶，而不是由單一窗口服務一條長龍。SolanaVM 的平行執行對於不觸及相同帳戶的交易也是類似的運作方式。
其機制是 Sealevel，即 SolanaVM 的平行執行引擎。在執行任何交易之前，Sealevel 會分析每筆交易的帳戶依賴關係：這筆交易從哪些帳戶讀取數據，又向哪些帳戶寫入數據？如果兩筆交易訪問完全不同的帳戶，則它們沒有衝突，可以在多個 CPU 核心上同時運行。確實共享帳戶的交易則針對這些特定帳戶按順序排隊，而所有不相關的交易則繼續平行處理。
其結果是吞吐量上限與驗證者硬體一同擴展，而非固定的依序瓶頸。在最佳條件下，Solana 的理論最大吞吐量約為每秒 65,000 筆交易，相比之下，以太坊主網約為每秒 15 至 30 筆交易（資料來源：Solana Foundation, solana.com；ethereum.org，截至 2025 年第一季）。兩個網路在實際負載下的吞吐量都較低，而建構於以太坊上的 EVM 兼容 Layer 2 (L2) 鏈比以太坊主網本身具有顯著更高的吞吐量。
SolanaVM 與 EVM：兩種執行環境的比較
SolanaVM 和以太坊虛擬機 (EVM) 代表了區塊鏈程式執行的兩種獨特架構方法，各有可衡量的權衡取捨，適合不同的使用案例。第三種虛擬機標準 WebAssembly (WASM) 被 NEAR Protocol 和 Polkadot 等鏈使用，這與 EVM 和 SolanaVM 都是不同的架構選擇。
以太坊虛擬機 (EVM) 最初由 Vitalik Buterin 和以太坊團隊設計，是跨以太坊和所有 EVM 兼容鏈共享的執行環境。完整的 以太坊虛擬機文件可在 ethereum.org 上取得.
EVM 依序處理交易：一次一筆，嚴格排序。區塊中的每筆交易都會在前一筆完成後執行。程式以 Solidity 或 Vyper 編寫，並編譯為 EVM 操作碼。這種依序模型建立了一個與區塊時間而非硬體容量掛鉤的吞吐量上限，但它也簡化了狀態推理。在執行中的任何一點，整個狀態都是確定且完全一致的。
EVM 最持久的競爭優勢是其網路效應。超過 100 條 EVM 兼容鏈，包括 Polygon、Arbitrum、Avalanche C-Chain 和 BNB Chain，共享相同的執行標準。學習 Solidity 的開發人員無需重寫程式碼即可部署到任何 EVM 兼容鏈。這種可移植性累積了十多年，創造了一個工具生態系（Hardhat、Foundry、Remix、OpenZeppelin）和開發者社群，這是 SolanaVM 尚未在規模上能匹敵的。
SolanaVM 與 EVM：並排比較
SolanaVM 和 EVM 在處理交易的方式上存在根本差異：SolanaVM 並行運行不衝突的交易，而 EVM 依序處理交易。下表將這些架構差異對應到六個核心維度。
| 維度 | SolanaVM | EVM (以太坊虛擬機) |
|---|---|---|
| 執行模型 | 並行（Sealevel 引擎；並行不衝突的交易） | 依序（一次一筆交易；排序隊列） |
| 位元組碼格式 | sBPF (Solana Berkeley Packet Filter) | EVM 操作碼（Solidity/Vyper 編譯的位元組碼） |
| 主要開發語言 | Rust（也支援 C 和 C++） | Solidity（也支援 Vyper） |
| 交易吞吐量 (TPS) | 理論最大值高達約 65,000 TPS | 以太坊主網約 15-30 TPS |
| 成本計價 | 計算單元 (CU)：固定基礎費用 + 優先費用市場 | Gas：動態費用市場 (EIP-1559 基礎費用 + 小費) |
| 鏈採用 | Solana 主網 + 不斷發展的 SVM L2 生態系 | 以太坊 + 100 多條 EVM 兼容鏈 |
| 創始架構師 | Anatoly Yakovenko（Solana 聯合創始人） | Vitalik Buterin 和以太坊團隊 |
TPS 數據代表最佳條件下的理論最大值，在實際網路負載下會有顯著差異。EVM 兼容的 L2 鏈比以太坊主網實現的吞吐量高得多。最後更新：2025 年第一季。資料來源：Solana Foundation (solana.com)、ethereum.org。
EVM 跨越 100 多條鏈的網路效應是其持久的競爭優勢。SolanaVM 的並行執行架構為特定高頻用例提供了可衡量的吞吐量優勢，但原始速度只是建構或投資決策的一個維度。
Solana 程式與以太坊智能合約：有何不同？
Solana 程式（Solana Foundation 對 SolanaVM 上的智能合約的官方術語）不僅在名稱上，在結構架構上也與 EVM 智能合約不同。
Solana 程式是無狀態的。程式邏輯位於一個鏈上帳戶中；程式操作的資料位於獨立的資料帳戶中，程式讀寫這些資料帳戶。相比之下，EVM 智能合約將邏輯和狀態都捆綁到單一合約物件中。該合約擁有自己的儲存空間。Solana 模型中的這種分離是 Sealevel 能夠在執行前確定帳戶依賴關係的原因：任何交易所涉及的帳戶都預先明確聲明，為執行引擎提供安全安排並行執行的必要資訊。
SolanaVM 不兼容 EVM。該來源引用 Neon EVM 作為與 Solana 相關的獨立第三方 EVM 環境。這並不意味著 SVM 本身兼容，其當前的架構、部署狀態、工具支援和限制必須獨立評估。
在 SolanaVM 上建構：語言、工具和入門
Solana 程式主要使用 Rust 編寫，這是一種系統程式語言，因其記憶體安全保證和效能特徵而被選中，並在部署到 SolanaVM 之前編譯為 sBPF 位元組碼。
Rust 透過其所有權模型在編譯時強制執行記憶體安全，消除了大類型的錯誤：空指標解引用、資料競爭和緩衝區溢位，所有這些都不依賴於垃圾回收器。這些屬性符合鏈上執行的安全性和效能要求，其中錯誤無法在部署後修補，且執行成本在指令級別上很重要。SolanaVM 技術上也支援 C 和 C++，但 Rust 在整個 Solana 開發者生態系中是事實上的標準。
用於 Solana 開發的 Anchor Framework 抽象了大部分低級 Rust 和 sBPF 的複雜性，其功能類似於 EVM 生態系中的 Hardhat 或 Foundry。Anchor 提供結構化的帳戶驗證、錯誤處理和程式介面定義，顯著減少了編寫正確 Solana 程式所需的樣板程式碼。請注意，Solana 的 Anchor Framework 與 Anchor Protocol 無關，Anchor Protocol 是 2022 年崩潰的 Terra/Luna DeFi 借貸協議。
SolanaVM 的並行執行架構使其特別適合需要高吞吐量的 DeFi 應用程式：鏈上訂單簿、強制平倉引擎和需要低延遲和高交易密度的收益優化程式。主要的 SolanaVM 原生 DeFi 協定包括 Raydium（自動做市商）、Jupiter（DEX 聚合器）和 Kamino（收益優化）。SOL 可以在主要的加密貨幣交易所取得，並在與 SolanaVM 程式互動時用於支付計算單元費用。
如需完整的開發者快速入門，請訪問 官方 Solana 開發者文件。
計算單元：SolanaVM 如何計量程式執行
計算單元 (CU) 是 SolanaVM 中類似於以太坊 Gas 的概念：用於衡量 Solana 程式執行所消耗計算資源的單位。
每筆 SolanaVM 交易都在計算單元預算內運行。根據 Solana Foundation 文件（資料來源：docs.solana.com，截至 2025 年第一季），目前的每筆交易最大值為 140 萬 CU。如果在執行過程中超出 CU 預算，程式將被中止，交易失敗。開發人員為每筆交易請求特定的 CU 限制；過度請求會浪費潛在的費用節省，而請求不足則會導致可避免的失敗。
Solana 上的交易費用以 SOL 支付，並部分由 CU 消耗決定。所有交易都需支付基礎費用；可選的優先費用市場允許用戶在需求高峰期支付更多費用以提前獲得 slot 調度。計算單元 (CU) 的功能類似於以太坊的 gas，兩者都用於衡量計算成本，但 Solana 的 CU 系統使用固定價格的基礎費用，而非完全動態的拍賣，並疊加了優先費用。
你能將 EVM 智能合約移植到 SolanaVM 嗎？
直接將 EVM 智能合約移植到 SolanaVM 在未經重寫的情況下是不可行的。Solana 程式需要 Rust 和 sBPF 字節碼，而不是 Solidity 和 EVM 操作碼。它們的執行模型在架構上差異足夠大，因此不存在逐行翻譯。
EVM 智能合約和 Solana 程式使用不同的狀態和帳戶模型，因此原生遷移通常需要架構變更。單獨的 EVM 環境可能會保留 Solidity 工作流程的部分內容，而原生的 SVM 開發則使用不同的工具鏈。請比較兼容性、性能、審計、運營依賴性和當前支持，而不是將任何一條路徑視為默認選項。
SolanaVM 在 Solana 以外的應用：多鏈採納與 SVM 生態系統
SolanaVM 的運營範圍不僅限於 Solana 主網，已有 Layer 2 項目將其部署為獨立的執行環境，運行在其他基礎層區塊鏈上。
雖然 SolanaVM 被設計為一個 Layer 1 執行環境，但已被 Layer 2 項目採用，標誌著架構上的重大演進。可移植性理論，即 SolanaVM 可以像 EVM 一樣，在多個鏈之間作為共享的執行標準發揮作用，正從理論走向生產。
下表列出了按類型和狀態分類的當前 SVM 鏈：
| 鏈名稱 | 鏈類型 | 結算層 | 狀態 |
|---|---|---|---|
| Solana 主網 | Layer 1 | 原生 (Solana) | 活躍 |
| Eclipse | Layer 2 | 以太坊 | 活躍 (主網) |
最後更新時間：2025 年第一季度。重新發布前請驗證當前項目狀態。來源：eclipse.xyz、Solana 基金會文檔。額外的 SVM Rollup 項目正在開發中；隨著生態系統的發展，此表需要定期更新。
在所有 SVM 鏈中，DeFi 應用程式，特別是去中心化交易所 (DEXs)、借貸協議和收益優化程式，代表了 SolanaVM 並行執行功能的が主要用例。Neon EVM 則代表了 SVM 生態系統增長的另一個維度，它支持 EVM 兼容智能合約在 Solana 的 SolanaVM 上運行，並連接了兩個最大的智能合約生態系統。
Eclipse：SolanaVM 作為以太坊的 Layer 2
該來源引用 Eclipse 作為 SVM 技術在 Solana 之外使用的例子。其當前架構、結算模型、數據可用性、安全假設和衡量性能應從過時的主要來源進行驗證，而不是被概括為繼承了毫無保留的安全保證。
該架構將大多數區塊鏈捆綁在一起的兩個功能分開。SolanaVM 負責執行：它接收交易，使用 Sealevel 並行處理 Solana 程式，並高速產生狀態輸出。以太坊負責結算：Eclipse 將交易數據回傳到以太坊，繼承其安全模型和最終性。Eclipse 將執行速度與基礎鏈的安全模型分離，獨立訪問兩者。
此架構證明了 SolanaVM 可以在 Solana 網絡本身之外作為一個可移植的執行標準。它遵循了使 EVM 能夠擴展到數十條鏈的相同架構可移植性。Eclipse 的部署是 SVM 可移植性理論目前最清晰的證據。
有關完整的架構詳細信息，請訪問 Eclipse 官方文檔，網址為 eclipse.xyz。
SVM Rollups：SolanaVM 採用的下一個前沿
SVM Rollup（一個由 SolanaVM 驅動的 Layer 2 解決方案）是一個區塊鏈，它使用 SolanaVM 作為其執行環境，同時將交易數據發布到基礎層鏈上進行結算和數據可用性。
Rollup 架構將 SolanaVM 的執行速度與任何單一鏈的安全模型解耦。SVM Rollup 不需要新的獨立鏈，而是可以插入現有的基礎層（以太坊、Celestia 或 Solana 本身）以獲取數據可用性和最終性。SolanaVM 的並行執行性能可以在更廣泛的區塊鏈生態系統中使用，而不僅限於 Solana 自己的網絡。
Eclipse 的主網部署代表了目前生產中最先進的 SVM Rollup 架構。額外的 SVM Rollup 項目正在開發中，但其狀態經常變化。如果 SVM Rollup 的採納率持續按照當前軌跡發展，SolanaVM 的多鏈影響力可能會接近 EVM 採納的廣度，儘管開發者生態系統的規模仍然是關鍵的差異化變量。
本節涵蓋了前瞻性的生態系統發展。項目狀態需要定期驗證。最後更新時間：2025 年第一季度。
SolanaVM 在 Solana 以外採用的發展情況
SolanaVM 正在顯示多鏈採用的早期跡象，像 Eclipse 這樣的項目將其部署為 Solana 網絡以外的執行層。SolanaVM 是否能實現類似 EVM 的多鏈標準化，取決於開發者採納率、工具成熟度以及 SVM Rollup 項目的成功。
SolanaVM 影響力不斷擴大的證據是具體的。Eclipse 在以太坊上運營著一個使用 SolanaVM 作為其執行環境的活躍主網。SVM Rollup 項目正從宣布階段進入活躍階段。Anchor Framework 已成熟到 SUCH 的程度，以至於 SolanaVM 開發比兩年前要容易得多。Solana 上的 DeFi 協議（Raydium、Jupiter、Kamino）表明 SolanaVM 的並行執行架構產生了真實的經濟活動，而不僅僅是理論吞吐量數字。
障礙同樣是具體的。EVM 在開發者採納、工具成熟度和多鏈部署方面有十年的領先優勢。一個了解 Solidity 的開發者今天可以在 100 多條鏈上部署；而一個了解 Rust 和 Anchor Framework 的開發者可以在 Solana 主網和 Eclipse 上部署，並且會有更多 SVM 鏈逐步加入。EVM 的網絡效應代表了真正的競爭護城河，而不是 SolanaVM 可以自動取代的遺留負債。SolanaVM 的並行執行架構為高吞吐量的 DeFi 用例提供了可衡量的優勢，但單一維度的技術優勢並不自動轉化為生態系統的採納。
SolanaVM 在 Solana 原生網絡上的採納增長增加了對 SOL 作為計算單元支付的費用代幣的需求。在其他網絡上結算的 SVM 鏈（例如在以太坊上結算的 Eclipse）可能會使用不同的費用結構；SOL 需求關係因鏈架構而異。
本內容僅供參考，不構成財務或投資建議。SolanaVM 和 SOL（Solana 的原生加密貨幣）存在區塊鏈技術和數字資產固有的風險。讀者在做出任何投資決策前應進行獨立研究。
SolanaVM 在 Solana 主網、Eclipse 和新興 SVM Rollups 上的採納軌跡，將與開發者社區的增長一樣，受到架構優勢的影響。SolanaVM 的架構案例已經確立。生態系統的案例仍在建設中。
在 Bybit 上探索 SOL
讀者可以查閱 當前 SOL 市場信息) 或 SOL/USDT 現貨市場.)。這些鏈接提供了市場訪問途徑，並不證明 Solana、錢包或第三方協議適合所有讀者。
常見問題解答：SolanaVM 說明
什麼是 SolanaVM？
SolanaVM（也稱為 Solana 虛擬機或 SVM）是 Solana 區塊鏈的執行環境：處理 Solana 程式並將其結果提交到網路的軟體層。SolanaVM 不是單獨的代幣或產品；它是 Solana 的核心架構元件。在區塊鏈領域，SVM 代表 Solana 虛擬機，而不是 Support Vector Machine（支援向量機）。
SolanaVM 與 EVM 有何不同？
SolanaVM 與以太坊虛擬機 (EVM) 在三個主要架構維度上有所不同。首先，SolanaVM 使用 Sealevel 引擎並行處理不衝突的交易；EVM 則依序處理交易。其次，SolanaVM 執行從 Rust 編譯而來的 sBPF 位元組碼；EVM 執行從 Solidity 或 Vyper 編譯而來的操作碼 (opcodes)。第三，SolanaVM 以計算單元 (CU) 來衡量執行成本；EVM 使用 Gas。EVM 擁有一個規模大得多的多鏈生態系統。
SolanaVM 使用什麼程式語言？
Solana 程式主要以 Rust 編寫，這是一種系統程式語言，因其記憶體安全保證和效能而備受重視。Rust 程式碼在鏈上部署前會編譯成 sBPF 位元組碼。Solana 的 Anchor Framework 透過處理樣板化的帳戶驗證和程式結構，簡化了 Rust 開發。C 和 C++ 在技術上也受到支援，但 Rust 是事實上的標準。
SolanaVM 比 EVM 快嗎？
在最佳條件下，SolanaVM 的理論最高吞吐量約為 65,000 TPS；以太坊主網依序處理約 15 至 30 TPS（資料來源：Solana Foundation、ethereum.org，截至 2025 年第一季）。SolanaVM 的並行執行使其在不衝突的交易工作負載方面具有可衡量的速度優勢。像 Arbitrum 和 Optimism 這樣的 EVM 相容 L2 鏈在實務上大大縮小了這種差距。
Solana 中的 sBPF 是什麼？
sBPF（Solana Berkeley Packet Filter）是 SolanaVM 執行的位元組碼格式：這是 Solana 對 Berkeley Packet Filter 指令集的修改版本，已針對區塊鏈程式執行進行了調整。當開發者用 Rust 編寫 Solana 程式時，Rust 編譯器會在部署前將其翻譯成 sBPF 位元組碼。驗證者隨後會直接執行該 sBPF 位元組碼。sBPF 與作業系統核心中使用的原始 BPF 網路技術不同。
可以在 SolanaVM 上運行 EVM 合約嗎？
由於執行模型和帳戶模型不同，EVM 位元組碼無法在 SolanaVM 中原生運行。單獨的第三方 EVM 環境可能支援 Solidity 工作流程的部分功能，而原生的 SVM 實作則需要相容的語言和架構。在選擇路徑之前，請驗證目前的工具支援並評估實際工作負載。
Eclipse 區塊鏈是什麼？它如何使用 SolanaVM？
Eclipse 是一個以太坊 Layer 2 區塊鏈，它使用 SolanaVM 作為其執行環境，同時在以太坊上進行交易結算。Eclipse 使用 SolanaVM 的 Sealevel 並行執行引擎處理交易，從而實現 Solana 等級的吞吐量。結算和數據可用性由以太坊處理，繼承其安全性模型。Eclipse 證明了 SolanaVM 可以作為 Solana 網路以外的可攜式執行標準。
什麼是 Solana 程式？
Solana 程式是 SolanaVM 對智能合約的官方術語：即 SolanaVM 在由交易調用時處理的自我執行鏈上程式碼。與儲存邏輯和狀態在同一合約物件中的 EVM 智能合約不同，Solana 程式是無狀態的。程式邏輯存在於程式帳戶中；它操作的數據存在於單獨的數據帳戶中。這種無狀態設計使 SolanaVM 的並行執行引擎能夠安全地同時運行多個程式。
Solana 中的計算單元是什麼？
計算單元 (CU) 是 SolanaVM 對以太坊 Gas 的對應物：用於衡量執行 Solana 程式所消耗計算資源的單位。每個 SolanaVM 交易都在 CU 預算內運行，每筆交易最多為 140 萬 CU（資料來源：Solana Foundation 文件，docs.solana.com，截至 2025 年第一季）。超出 CU 預算的程式將被中止。Solana 上的交易費用以 SOL 支付，部分取決於 CU 的消耗量，並設有針對高需求時段的優先費用市場。
SolanaVM 是否正成為新的區塊鏈標準？
來源指出，SolanaVM 已在 Solana 以外出現早期採用，包括 Eclipse 和其他已宣布的專案。必須驗證目前的部署和活動。SVM 技術是否會廣泛標準化仍不確定，不應被呈現為預測。