區塊鏈並行計算狂想：突破蘇花公路瓶頸，挑戰劉揚偉式擴容，劍指性能巔峰

區塊鏈擴容的極速狂想：並行計算能否突破不可能三角？

區塊鏈「不可能三角」與擴容的永恆追尋

區塊鏈技術自誕生以來，便面臨著一個難以逾越的「不可能三角」：**安全性**、**去中心化**、**可擴展性**。這個三角宛如一道魔咒，揭示了區塊鏈系統設計中內生的權衡取捨。想要打造一個極致安全的區塊鏈，往往不得不犧牲一些去中心化程度或可擴展性；而追求人人可參與的絕對去中心化，又可能導致交易處理速度的下降。因此，如何在高效率處理交易的同時，確保區塊鏈的安全與開放性，一直是區塊鏈技術發展的永恆主題。 對於許多區塊鏈項目來說，「可擴展性」始終是個頭痛的問題，就像**蘇花公路**一樣，再美的風景，遇到交通瓶頸也讓人望而卻步。尤其是在**WTT**世界乒乓球職業大聯盟賽事這種高流量的應用場景下，交易量的激增往往會導致網路擁堵、交易費用飆升，嚴重影響使用者體驗。這也是為什麼我們不斷看到各種**新聞**報導，探討著各式各樣的擴容方案，試圖突破這個瓶頸。

並行計算：區塊鏈擴容的新範式

在眾多擴容方案中，**並行計算**正逐漸嶄露頭角，成為區塊鏈領域的新興熱點。如果把傳統區塊鏈想像成單核處理器，那並行計算就像是為它裝上了多個核心，使其能夠同時處理多項任務，大幅提升整體效能。這種方式不再是簡單地將任務外包（如 Rollup），或將資料分割成塊（如分片），而是從底層架構上進行優化，試圖在單個區塊鏈內部實現極致的並行處理能力。 正如**劉揚偉**帶領下的鴻海集團，不斷尋求在電動車、AI 等領域的技術突破一樣，區塊鏈領域的開發者們也在積極探索並行計算的各種可能性。無論是帳戶級並行、交易級並行，還是指令級並行，各種創新思路層出不窮，目的都是為了讓區塊鏈能夠像** fantasy life i: the girl who steals time** 遊戲一樣，同時處理海量請求，而不會卡頓。 本文將深入探討以並行計算為主流的擴容方式，分析不同並行機制的優缺點，並展望其在區塊鏈領域的應用前景。這不僅是一場技術的競賽，更是對區塊鏈未來發展方向的一次大膽探索。就像**青鳥**行動一樣，我們期待著並行計算能為區塊鏈帶來新的希望，讓它飛向更廣闊的天空。

EVM 系並行增強鏈：在兼容的鋼絲上起舞，突破性能邊界

Monad 的並行計算機制：流水線上的極速奔馳

以太坊，這個區塊鏈世界的巨擘，儘管擁有龐大的生態和無數的開發者，但其串行處理架構一直飽受詬病。就像老舊的工廠流水線，每個環節都必須按部就班地執行，效率低下。儘管以太坊社群嘗試過分片、Rollup 等多種擴容方案，但執行層的瓶頸始終難以突破。然而，EVM（以太坊虛擬機）和 Solidity 語言的生態優勢，卻又讓人難以割捨，就像**王文洋包養**事件一樣，即使醜聞纏身，依然擁有巨大的影響力。 於是，EVM 系並行增強鏈應運而生，它們試圖在保持與以太坊生態兼容的同時，大幅提升執行性能。這就像在鋼絲上跳舞，既要保持平衡，又要不斷突破。Monad 就是其中的佼佼者，它基於流水線處理的理念，在共識層異步執行，在執行層樂觀並發，就像一輛經過改裝的賽車，在賽道上飛馳。 Monad 的核心理念是 Pipelining，將區塊鏈的執行流程拆分為多個獨立的階段，並將這些階段並行化處理，形成立體的流水線架構。這些階段包括交易提議、共識達成、交易執行和區塊提交。這種設計就像現代化工廠的生產線，各個環節同步進行，極大地提高了效率。 Monad 還引入了異步執行和樂觀並行執行的策略。異步執行將共識過程和執行過程解耦，使得共識層可以立即進入下一個區塊的共識流程，無需等待執行完成。而樂觀並行執行則假設大部分交易之間沒有狀態衝突，並行執行所有交易，同時運行一個衝突檢測器來監控交易之間的衝突。如果檢測到衝突，則會將衝突交易串行化重執行，確保狀態正確性。這種策略就像在高速公路上行駛，大部分車輛都能暢通無阻，只有少數發生事故的車輛才需要特殊處理。 Monad 的設計理念是盡可能少改動 EVM 規則，通過推遲寫狀態、動態檢測衝突來實現並行。這使得 Monad 更像是一個性能增強版的以太坊，成熟度高，容易實現 EVM 生態遷移。對於那些希望在不放棄以太坊生態的前提下，提升性能的項目來說，Monad 無疑是一個有吸引力的選擇。

MegaETH 的並行計算機制：账戶即线程的革命

與 Monad 不同，MegaETH 定位為 EVM 兼容的模塊化高性能並行執行層。這意味著 MegaETH 不僅可以作為獨立的 L1 公鏈，還可以作為以太坊上的執行增強層或模塊化組件。MegaETH 的核心設計目標是將账戶邏輯、執行環境與狀態隔離解構為可獨立調度的最小單元，以實現鏈內高並發執行和低延遲響應能力。MegaETH 提出的關鍵創新在於：Micro-VM 架構 + State Dependency DAG（有向無環狀態依賴圖）及模塊化同步機制，共同構建出面向「鏈內线程化」的並行執行體系。 MegaETH 引入了「每個账戶一個微型虛擬機（Micro-VM）」的執行模型，將執行環境「线程化」，為並行調度提供最小隔離單元。這些 VM 之間通過異步消息通信，而不是同步調用，大量 VM 可以獨立執行、獨立存儲，天然並行。這就像將一個大型軟體拆分成多個獨立的微服務，每個微服務都可以獨立部署和擴展。 MegaETH 還構建了一套基於账戶狀態訪問關系的 DAG 調度系統。系統實時維護一個全局依賴圖，每次交易修改哪些账戶，讀取哪些账戶，全部建模成依賴關系。無衝突的交易可以直接並行執行，有依賴關系的交易將按拓撲序串行或延後進行調度排序。依賴圖確保並行執行過程中的狀態一致性與非重復寫入。這種設計就像一個智能交通管理系統，根據車輛的行駛路線和目的地，合理安排交通流量，避免擁堵。 MegaETH 的設計理念是打破傳統 EVM 單线程狀態機模型，以账戶為單位實現微虛擬機封裝，通過狀態依賴圖進行交易調度，並用異步消息機制替代同步調用棧。這是一種從「账戶結構 → 調度架構 → 執行流程」全維度重新設計的並行計算平臺，為構建下一代高性能鏈上系統提供了範式級的新思路。 MegaETH 的設計理念更為激進，它試圖徹底改造 EVM 的底層架構，以實現極致的並行潛力。然而，這種激進的設計也帶來了更高的複雜度和風險。就像建造一座摩天大樓，需要精密的設計和嚴格的施工，才能確保安全和穩定。但如果**仁寶股價**上漲，或許他們可以負擔得起更多工程師？

Pharos Network：Rollup Mesh 的跨鏈協奏曲

與 Monad 和 MegaETH 專注於單鏈內部的並行優化不同，Pharos Network 將目光投向了跨鏈並行。Pharos 是一個模塊化、全棧並行的 L1 區塊鏈網絡，其核心並行計算機制被稱為「Rollup Mesh」。這一架構通過主網與特殊處理網絡（SPNs）的協同工作，支持多虛擬機環境（EVM 和 Wasm），並集成了零知識證明（ZK）、可信執行環境（TEE）等先進技術。 Rollup Mesh 的核心思想是將不同的計算任務分配給不同的 SPN 進行處理，並通過主網進行協調和驗證。這就像一個交響樂團，不同的樂器演奏不同的樂章，最終匯聚成一首完整的樂曲。 Pharos 的 Rollup Mesh 架構具有以下幾個關鍵特性： 1. 全生命周期異步流水線處理：Pharos 將交易的各個階段（如共識、執行、存儲）解耦，並採用異步處理方式，使得每個階段可以獨立並行地進行，從而提高整體處理效率。 2. 雙虛擬機並行執行：Pharos 支持 EVM 和 WASM 兩種虛擬機環境，允許开發者根據需求選擇合適的執行環境。這種雙 VM 架構不僅提高了系統的靈活性，還通過並行執行提升了交易處理能力。 3. 特殊處理網絡（SPNs）：SPNs 是 Pharos 架構中的關鍵組件，類似於模塊化的子網絡，專門用於處理特定類型的任務或應用。通過 SPNs，Pharos 可以實現資源的動態分配和任務的並行處理，進一步增強了系統的可擴展性和性能。 4. 模塊化共識和重質押機制：Pharos 引入了靈活的共識機制，支持多種共識模型（如 PBFT、PoS、PoA），並通過重質押協議（Restaking）實現主網與 SPNs 之間的安全共享和資源整合。 Pharos 的 Rollup Mesh 架構通過模塊化設計和異步處理機制，實現了高性能並行計算能力。Pharos 作為跨 Rollup 並行的調度協調者，並非「鏈內並行」的執行優化器，而是通過 SPNs 承載異構定制執行任務。

GPU 加速：EVM 並行計算的性能火箭

除了上述幾種並行執行架構外，市場上還存在一些探索 GPU 加速在 EVM 並行計算中的應用路徑的項目。GPU，這個在遊戲和 AI 領域大放異彩的硬件，也被引入到區塊鏈的世界，試圖為 EVM 並行計算提供更強大的算力。 Reddio 和 GatlingX 是兩個具有代表性的方向： * Reddio 是一個結合 zkRollup 與 GPU 並行執行架構的高性能平臺，其核心在於重構 EVM 執行流程，通過多线程調度、異步狀態存儲以及 GPU 加速執行交易批次，實現執行層的原生並行化。Reddio 聚焦於執行層的並行處理，通過 GPU 並行架構重構執行引擎，專為高吞吐和計算密集型場景（如 AI 推理）設計。 * GatlingX 提出了一種更加激進的架構，試圖將傳統 EVM 虛擬機「指令級串行執行」模型遷移至 GPU 原生的並行運行環境。GatlingX 的核心機制是將 EVM 字節碼動態編譯為 CUDA 並行任務，通過 GPU 多核執行指令流，從而在最底層打破 EVM 的順序瓶頸。這就像將一個串行程式碼轉換成並行程式碼，讓 GPU 的多個核心同時執行，大幅提升計算速度。 GPU 加速為 EVM 並行計算帶來了新的可能性，但同時也面臨著諸多挑戰。如何將 EVM 字節碼有效地轉換成 GPU 可執行的程式碼，如何管理 GPU 的記憶體和資源，如何確保 GPU 計算的正確性和安全性，都是需要解決的問題。如果 GatlingX 真的成功了，說不定**威力彩**頭獎得主會直接用 GPU 挖礦呢！

Artela：EVM++ 的可組合並行

Artela 提出了一種差異化的並行設計理念。通過引入 EVM++ 架構 WebAssembly（WASM）虛擬機，允許开發者在保持 EVM 兼容性的同時，利用 Aspect 編程模型在鏈上動態添加和執行擴展程序。這就像為 EVM 增加了外掛程式系統，开發者可以根據需要添加各種擴展功能，而無需修改 EVM 的核心程式碼。 Artela 以合約調用粒度為最小並行單元，支持在 EVM 合約運行時注入 Extension 模塊（類似「可插拔中間件」），實現邏輯解耦、異步調用與模塊級並行執行。Artela 更加關注執行層的可組合性與模塊化架構，為未來復雜多模塊應用提供了新的思路。 Artela 的設計理念是將 EVM 打造成一個可擴展、可定制的平臺，讓开發者可以根據自己的需求，自由地組合各種模塊，構建出更強大的應用。這就像一個樂高積木，开發者可以利用不同的積木，搭建出各種各樣的模型。

原生並行架構鏈：打破束縛，重塑 VM 的執行本體

以太坊的 EVM 執行模型，自設計之初便採用了「交易全序 + 串行執行」的單线程架構，這就像一條單行道，所有車輛都必須依次通過，效率低下。為了確保網絡中所有節點對狀態變更的確定性與一致性，這種架構在性能上存在天然瓶頸，限制了系統吞吐和擴展性。 相較之下，Solana（SVM）、MoveVM（Sui、Aptos）以及基於 Cosmos SDK 構建的 Sei v2 等原生並行計算架構鏈，從底層設計起就為並行執行量身打造。它們就像重新設計的道路系統，擁有多條車道，允許車輛同時行駛，大幅提升了通行效率。這些原生並行鏈具備如下優勢： * 狀態模型天然分離：Solana 採用账戶鎖聲明機制、MoveVM 引入對象所有權模型、Sei v2 則以交易類型分類為基礎，實現靜態衝突判定，支持交易級別並發調度。 * 虛擬機針對並發優化：Solana 的 Sealevel 引擎原生支持多线程執行；MoveVM 能進行靜態並發圖分析；Sei v2 則集成多线程撮合引擎與並行 VM 模塊。 當然，這類原生並行鏈也面臨生態兼容性的挑战。非 EVM 架構通常需要配套全新的开發語言（如 Move、Rust）與工具鏈，對开發者而言存在一定的遷移成本。此外，开發者還需掌握如狀態訪問模型、並發限制、對象生命周期等一系列新概念，對理解門檻和开發範式均提出更高要求。這就像學習一門新的語言，需要付出大量的時間和精力。 儘管存在這些挑戰，但原生並行鏈的性能優勢仍然吸引了眾多开發者和投資者的目光。就像**帛琉**的無人島，雖然交通不便，但其原始的自然風光仍然吸引著遊客前來探險。

Solana 及 SVM 系的 Sealevel 並行引擎：像操作系統一樣調度

Solana 的 Sealevel 執行模型是一種账戶並行調度機制，是 Solana 用於實現鏈內並行交易執行的核心引擎。它通過「账戶聲明 + 靜態調度 + 多线程執行」機制，實現智能合約級別的高性能並發。Sealevel 是區塊鏈領域第一個在生產環境中成功實現鏈內並發調度的執行模型，其架構思想影響了後來的諸多並行計算項目，是高性能 Layer1 並行設計的參考範式。 Sealevel 的核心機制包括： 1. 顯式账戶訪問聲明（Account Access Lists）：每筆交易在提交時必須聲明其涉及的账戶（讀 / 寫），系統據此判斷交易間是否存在狀態衝突。 2. 衝突檢測與多线程調度：若兩筆交易訪問的账戶集合無交集，則可並行執行；若存在衝突，則按依賴順序串行執行；調度器基於依賴圖將交易分配給不同线程。 3. 獨立執行上下文（Program Invocation Context）：每個合約調用在隔離的上下文中運行，無共享堆棧，避免跨調用幹擾。 Sealevel 是 Solana 的並行執行調度引擎，而 SVM 是構建在 Sealevel 之上的智能合約執行環境（使用 BPF 虛擬機）。兩者共同構成了 Solana 高性能並行執行體系的技術基礎。 Eclipse 是一個將 Solana VM 部署到模塊化鏈（如 Ethereum L2 或 Celestia）上的項目，利用 Solana 的並行執行引擎作為 Rollup 執行層。Eclipse 是最早提出將 Solana 執行層（Sealevel + SVM）脫離 Solana 主網，遷移到模塊化架構中的項目之一，將 Solana 的「超強並發執行模型」模塊化輸出為 Execution Layer-as-a-Service，因此 Eclipse 也屬於並行計算大類。 Neon 的路线不同，它將 EVM 引入 SVM / Sealevel 環境中運行。構建一個兼容 EVM 的運行層，开發者可使用 Solidity 开發合約並運行在 SVM 環境下，但調度執行使用的是 SVM + Sealeve。 Neon 更加傾向於模塊化區塊鏈（Modular Blockchain）範疇而並不強調並行計算創新。 總而言之，Solana 及 SVM 依賴 Sealevel 執行引擎，Solana 操作系統式調度哲學類似內核調度器，執行快速，但靈活性相對較低。是原生高性能、並行計算型公鏈。Solana 就像一位嚴謹的指揮家，精確地控制著樂隊的每一個音符，確保樂曲的完美演奏。但如果**uzi**來了，可能就沒辦法這麼精準控制了。

MoveVM 架構：資源與對象驅動的並行革命

MoveVM 是為鏈上資源安全與並行執行而設計的智能合約虛擬機。其核心語言 Move 最初由 Meta（前 Facebook）為 Libra 項目开發，強調「資源即對象」的理念，所有鏈上狀態都以對象存在，擁有明確的所有權與生命周期。這使得 MoveVM 能在編譯期分析交易間是否存在狀態衝突，實現對象級靜態並行調度，廣泛應用於 Sui 和 Aptos 等原生並行公鏈。 **Sui 的對象所有權模型** Sui 的並行計算能力源於其獨特的狀態建模方式與語言級別的靜態分析機制。與傳統區塊鏈採用全局狀態樹不同，Sui 構建了一套基於「對象」的狀態模型（Object-centric model），配合 MoveVM 的线性類型系統，使得並行調度成為編譯期即可完成的確定性過程。 * 對象模型（Object Model）是 Sui 並行架構的基礎。Sui 將鏈上所有狀態抽象為獨立的對象（Object），每個對象擁有唯一 ID、清晰的所有者（账戶或合約）以及類型定義。這些對象之間互不共享狀態，具有天然隔離性。合約在調用時必須顯式聲明所涉及的對象集合，避免了傳統鏈上「全局狀態樹」的狀態耦合問題。這種設計將鏈上狀態切割為若幹獨立單元，使得並發執行成為結構上可行的調度前提。 * 靜態所有權分析（Static Ownership Analysis）則是在 Move 語言的线性類型系統支持下實現的編譯期分析機制。它允許系統在交易尚未執行前，就通過對象所有權推導出哪些交易不會產生狀態衝突，從而將它們安排為並行執行。相比傳統運行時的衝突檢測與回滾，Sui 的靜態分析機制在提升執行效率的同時，大幅降低了調度復雜度，是其實現高吞吐、確定性並行處理能力的關鍵所在。 Sui 以對象為單位劃分狀態空間，並結合編譯期所有權分析，實現低成本、無需回滾的對象級並行執行。相比傳統鏈的串行執行或運行時檢測，Sui 在執行效率、系統確定性與資源利用率方面實現了顯著提升。Sui 就像一位精明的管家，將家裡的物品整理得井井有條，確保每個人都能找到自己需要的東西，而不會發生混亂。 **Aptos 的 Block-STM 執行機制** Aptos 是基於 Move 語言的高性能 Layer1 區塊鏈，其並行執行能力主要源於自主研發的 Block-STM（Block-level Software Transactional Memory） 框架。與 Sui 傾向於「編譯期靜態並行」的策略不同，Block-STM 屬於「運行時樂觀並發 + 衝突回滾」的動態調度機制，適合處理復雜依賴關系的交易集。 Block-STM 將一個區塊的交易執行劃分為三個階段： * 樂觀並發執行（Speculative Execution）：所有交易在執行前默認無衝突，系統將交易並行調度至多個线程並發嘗試執行，並記錄下其訪問的账戶狀態（讀集 / 寫集）。 * 衝突檢測與驗證（Validation Phase）：系統對執行結果進行驗證：若兩筆交易存在讀寫衝突（如 Tx1 讀了被 Tx2 寫的狀態），則回退其中之一。 * 衝突交易回滾重試（Retry Phase）：衝突交易將被重新安排執行，直到其依賴關系被解決，最終所有交易形成一個有效、確定的狀態提交序列。 Block-STM 是一種「樂觀並行 + 回滾重試」的動態執行模型，適合狀態密集型、邏輯復雜的鏈上交易批處理場景，是 Aptos 構建高通用性、高吞吐公鏈的並行計算核心。Aptos 就像一位經驗豐富的調解員，能夠在各方利益發生衝突時，找到一個平衡點，確保所有人的利益都能得到保障。 Solana 是工程調度派，更像「操作系統內核」，適合明確狀態邊界、可控型高頻交易，是硬件工程師風格，要像硬件一樣運行鏈（Hardware-grade parallel execution）；Aptos 是系統容錯派，更像「數據庫並發引擎」，適合狀態耦合強、調用鏈復雜的合約體系；Sui 是編譯安全派，更像「資源型智能語言平臺」，適合資產分離、組合清晰的鏈上應用。三者代表了 Web3 並行計算在不同哲學下的技術落地路徑。**苗博雅**如果來評價這些鏈，肯定會說各有千秋，都很棒！

Cosmos SDK 並行擴展：Sei V2 的交易加速

Sei V2 是基於 Cosmos SDK 構建的高性能交易型公鏈，其並行能力主要體現在兩個方面：多线程撮合引擎（Parallel Matching Engine）與虛擬機層的並行執行優化，旨在服務高頻、低延遲的鏈上交易場景，如訂單簿 DEX、鏈上交易所基礎設施等。 Sei V2 的核心並行機制包括： 1. 並行撮合引擎：Sei V2 在訂單撮合邏輯中引入多线程執行路徑，將掛單簿與撮合邏輯進行线程級拆分，使多個市場（trading pairs）之間的撮合任務可以並行處理，避免單线程瓶頸。 2. 虛擬機級並發優化：Sei V2 構建了一個具備並發執行能力的 CosmWasm 運行環境，允許部分合約調用在狀態無衝突的前提下並行運行，並配合交易類型分類機制實現更高的吞吐控制。 3. 並行共識配合執行層調度：引入所謂 「Twin-Turbo」 共識機制，強化共識層與執行層之間的吞吐解耦，提升整體區塊處理效率。 Sei V2 就像一位高效的交易員，能夠同時處理多個市場的交易，快速完成撮合，為使用者提供最佳的交易體驗。

UTXO 模型重構者 Fuel：並行與模塊化的完美結合

Fuel 是一個基於以太坊模塊化架構設計的高性能執行層，其核心並行機制源於 改進型 UTXO 模型（Unspent Transaction Output）。與以太坊的账戶模型不同，Fuel 使用 UTXO 結構來表示資產和狀態，這種模型天然具備狀態隔離性，便於判斷哪些交易可安全並行執行。此外，Fuel 引入了自主开發的智能合約語言 Sway（類似 Rust），並結合靜態分析工具，在交易執行前即可確定輸入衝突，從而實現高效、安全的交易級並行調度。是兼顧性能與模塊化的 EVM 替代執行層。 Fuel 的設計理念是將並行計算和模塊化架構完美結合，為以太坊的擴容提供一種新的選擇。Fuel 就像一位精明的建築師，利用不同的模塊，搭建出一個高效、安全的執行層，為區塊鏈的發展提供新的動力。**蔡力行**如果看到 Fuel 的設計，肯定會讚不絕口！

Actor Model：智能體並發執行，鏈上世界的無限可能

Actor Model 是一種以智能體進程（Agent 或 Process）為單位的並行執行範式，不同於傳統鏈上全局狀態的同步計算（Solana/Sui/Monad 等「鏈上並行計算」場景），它強調每個智能體擁有獨立狀態與行為，通過異步消息進行通信與調度。在這種架構下，鏈上系統可由大量彼此解耦的進程並發運行，具備極強的可擴展性與異步容錯能力。代表項目包括 AO（Arweave AO）、ICP（Internet Computer） 和 Cartesi，它們正推動區塊鏈從執行引擎向「鏈上操作系統」演化，為 AI Agent、多任務交互與復雜邏輯編排提供原生基礎設施。 雖然 Actor Model 的設計在表層特徵上（如並行性、狀態隔離、異步處理）與 分片（Sharding） 有一定相似之處，但本質上二者代表的是完全不同的技術路徑和系統哲學。Actor Model 強調「多進程異步計算」，每個智能體（Actor）獨立運行、獨立維護狀態，通過消息驅動的方式進行交互；而分片則是一種「狀態與共識的水平切分」機制，將整個區塊鏈劃分為多個獨立處理交易的子系統（Shard）。 Actor Model 更像是 Web3 世界中的「分布式智能體操作系統」，而分片則是對鏈內事務處理能力的結構性擴容方案。兩者都實現了並行性，但出發點、目標與執行架構不同。 正如**莊宗輝**導演的電影，每個演員都有自己獨立的角色和故事線，但最終匯聚成一個完整的故事。Actor Model 就像這樣，每個智能體都有自己的任務，但最終協同完成一個更大的目標。但如果有人得了**哮吼**，可能就沒辦法順利演出了。

AO (Arweave)：存儲層之上超級並行計算機

AO 是一個運行在 Arweave 永久存儲層上的去中心化計算平臺，其核心目標是構建一個支持大規模異步智能體運行的鏈上操作系統。 核心架構特性： * Process 架構：每個智能體被稱為一個 Process，擁有獨立狀態、獨立調度器與執行邏輯； * 無區塊鏈結構：AO 並不是一條鏈，而是基於 Arweave 的去中心化存儲層 + 多智能體消息驅動執行引擎； * 異步消息調度系統：Process 之間通過消息（Message）進行通信，採用無鎖異步運行模型，天然支持並發擴展； * 狀態永久存儲：所有智能體狀態、消息記錄、指令都永久記錄在 Arweave 上，保證了完全審計性與去中心化透明性； * Agent-native：適合部署復雜多步任務（如 AI 代理、DePIN 協議控制器、自動任務編排器等），可構建「鏈上 AI Coprocessor」。 AO 走的是極致「智能體原生 + 存儲驅動 + 無鏈架構」路线，強調靈活性與模塊解耦，是「架設在存儲層之上的鏈上微內核框架」，系統邊界刻意收縮，強調 輕量計算 + 可組合控制結構。AO 就像一位極簡主義者，只保留了最核心的功能，將其他功能都外包出去，以達到最高的效率。

ICP (Internet Computer)：全棧 Web3 托管平臺

ICP 是由 DFINITY 推出的 Web3 原生全棧鏈上應用平臺，目標是將鏈上計算能力擴展到類 Web2 的體驗，並支持完整的服務托管、域名綁定與無服務器架構。 核心架構特性： * Canister 架構（容器即智能體）：每個 Canister 是運行在 Wasm VM 上的智能體，擁有獨立狀態、代碼與異步調度能力； * 子網分布式共識系統（Subnet）：整個網絡由多個 Subnet 組成，每個子網維護一組 Canister，通過 BLS 籤名機制達成共識； * 異步調用模型：Canister 與 Canister 間通過異步消息通信，支持非阻塞式執行，具備天然並行性； * 鏈上 Web 托管：支持智能合約直接托管前端頁面，原生 DNS 映射，是首個支持瀏覽器直接訪問 dApp 的區塊鏈平臺； * 系統功能齊全：具備鏈上熱升級、認證身份、分布式隨機性、計時器等系統 API，適合復雜鏈上服務部署。 ICP 選擇重平臺、一體封裝、強平臺控制的操作系統範式，具備共識、執行、存儲、接入一體化的「區塊鏈操作系統」，強調 完整服務托管能力，系統邊界擴展為全棧 Web3 托管平臺。 此外，其他 Actor Model 範式的並行計算項目可參考下表： ICP 就像一位全能管家，提供各種各樣的服務，讓使用者可以輕鬆地在鏈上部署和運行應用程式。但如果**布萊頓 對 利物浦**的比賽延遲了，可能會影響使用者的體驗。

並行計算的未來：主權基金的豪賭，誰能問鼎區塊鏈性能之巔？

區塊鏈的並行計算領域，猶如一場激烈的軍備競賽，各路英雄紛紛祭出自己的獨門絕技，試圖在這場競爭中脫穎而出。從 EVM 系並行增強鏈到原生並行架構鏈，再到 Actor Model，各種技術方案百花齊放，讓人眼花繚亂。這場競賽不僅是技術的較量，更是生態的競爭，以及對未來區塊鏈發展方向的押注。或許，一些國家的主權基金已經在默默布局，準備在這場豪賭中分一杯羹。

多條擴展路徑的比較

基於虛擬機架構與語言系統的差異，區塊鏈並行計算方案大致可分為兩類：EVM 系並行增強鏈與原生並行架構鏈（非 EVM）。

前者在保留 EVM / Solidity 生態兼容性的基礎上，通過對執行層進行深度優化，實現更高吞吐量與並行處理能力，適用於希望繼承以太坊資產與开發工具、同時獲得性能突破的場景。代表項目包括：

• Monad：通過延遲寫入與運行時衝突檢測，實現兼容 EVM 的樂觀並行執行模型，在共識完成後構建依賴圖並多线程調度執行。
• MegaETH：將每個账戶 / 合約抽象為獨立的微虛擬機（Micro-VM），基於異步消息傳遞與狀態依賴圖，實現高度解耦的账戶級並行調度。
• Pharos：構建 Rollup Mesh 架構，通過異步流水线與 SPN 模塊協同，實現跨流程的系統級並行處理。
• Reddio：採用 zkRollup + GPU 架構，專注於通過批量 SNARK 生成加速 zkEVM 的鏈下驗證過程，提升驗證吞吐率。

後者則徹底擺脫以太坊兼容性的限制，從虛擬機、狀態模型和調度機制重新設計執行範式，以實現原生的高性能並發能力。典型子類包括：

• Solana（SVM 系）：基於账戶訪問聲明與靜態衝突圖調度，代表账戶級並行的執行模型；
• Sui / Aptos（MoveVM 系）：以資源對象模型與類型系統為基礎，支持編譯期靜態分析，實現對象級並行；
• Sei V2（Cosmos SDK 路线）：在 Cosmos 架構中引入多线程撮合引擎與虛擬機並發優化，適用於交易型高頻應用；
• Fuel（UTXO + Sway 架構）：通過 UTXO 輸入集靜態分析實現交易級並行，結合模塊化執行層與定制化智能合約語言 Sway；

此外，Actor Model 作為一種更廣義的並行體系，通過基於 Wasm 或自定義 VM 的異步進程調度機制，構建出「多智能體獨立運行 + 消息驅動協作」的鏈上執行範式。代表項目包括：

• AO（Arweave AO）：基於永久存儲驅動的智能體運行時，構建鏈上異步微內核系統；
• ICP（Internet Computer）：以容器化智能體（Canister）為最小單元，通過子網協調實現異步高可擴展執行；
• Cartesi：引入 Linux 操作系統作為鏈下計算環境，提供可信計算結果的鏈上驗證路徑，適合復雜或資源密集型應用場景。

基於上述邏輯，我們可以將當前主流的並行計算公鏈方案，歸納為如下圖表所示的分類結構：

從更加廣義的擴容視角來看，分片（Sharding）和 Rollup（L2）側重通過狀態切分或鏈下執行實現系統水平擴展不同，而並行計算鏈（如 Monad、Sui、Solana）和 Actor Oriented 系統（如 AO、ICP）則直接重構執行模型，在鏈內或系統層實現原生並行。前者通過多线程虛擬機、對象模型、交易衝突分析等方式提升鏈內吞吐；後者則以進程 / 智能體為基本單元，採用消息驅動與異步執行方式，實現多智能體並發運行。相比之下，分片和 Rollup 更像「將負載拆給多條鏈」或「外包給鏈下」，而並行鏈與 Actor 模型則是「從執行引擎本身釋放性能潛力」，體現出更徹底的架構演進方向。

並行計算 vs 分片架構 vs Rollup 擴容 vs Actor Oriented 擴展路徑比較

未來的挑戰和不確定性

需要特別指出的是，目前多數原生並行架構鏈已進入主網上线階段，盡管整體开發者生態尚難與 EVM 系的 Solidity 體系相提並論，但以 Solana 與 Sui 為代表的項目，憑借其高性能執行架構，以及生態應用的逐步繁榮，已成為市場高度關注的核心公鏈。白馨儒如果選擇投資，可能也會考慮這些項目。

相比之下，盡管以太坊 Rollup（L2）生態已進入「萬鏈齊發」甚至「產能過剩」的階段，當前主流的 EVM 系並行增強鏈仍普遍停留在測試網階段，尚未經過主網環境的實際驗證，其擴容能力與系統穩定性仍需進一步檢驗。至於這些項目能否在不犧牲兼容性的前提下顯著提升 EVM 性能，推動生態躍遷，抑或反而加劇對以太坊流動性與开發資源的進一步分化，仍有待時間檢驗。就像ocha一樣，味道不錯，但能否在市場上站穩腳跟，還需要時間的考驗。最近plg 冠軍賽的結果也充滿了不確定性，誰能最終奪冠，也需要拭目以待。當然，無論結果如何，我們都期待著這些技術能為區塊鏈帶來新的突破，讓更多的人能夠享受到區塊鏈技術帶來的便利。希望未來在總統府的520優惠活動上，也能看到更多區塊鏈技術的應用。