以太坊與高性能區塊鏈系統性比較分析：Monad、Sui、Aptos 架構深度比較與生態系統全景

執行摘要

隨著區塊鏈技術的持續演進，以太坊面臨來自新一代高性能區塊鏈的激烈競爭。2025 至 2026 年間，Monad、Sui、Aptos 等高性能區塊鏈相繼主網上線或持續優化，它們在共識機制、執行模型、儲存架構和生態系統構建方面提出了創新的技術方案。本文從工程師視角出發，對以太坊與這些新興高性能區塊鏈進行系統性的技術比較分析，深入探討各平台的核心設計理念、效能表現、優劣勢以及未來發展趨勢。我們將涵蓋共識層、執行層、儲存層、網路層等多個技術維度，同時分析各鏈的生態系統發展狀況和實際應用場景，為開發者和投資者提供全面的技術決策參考。

截至 2026 年第一季度，以太坊的總鎖定價值（TVL）約為 650 億美元，驗證者數量超過 100 萬，網路已經高度成熟。然而，新興高性能區塊鏈以其卓越的每秒交易處理能力（TPS）和更低的交易成本，正在吸引大量開發者和用戶的目光。理解這些區塊鏈之間的技術差異，對於把握區塊鏈技術的未來發展方向至關重要。

第一章：區塊鏈效能關鍵指標深度解析

1.1 吞吐量與延遲的技術基礎

區塊鏈的效能評估通常圍繞三個核心指標展開：吞吐量（Throughput）、延遲（Latency）和最終確定性（Finality）。這三個指標之間存在複雜的權衡關係，理解它們的技術基礎是進行有效比較的前提。

吞吐量（Throughput） 指區塊鏈在單位時間內能夠處理的交易數量，通常以每秒交易數（TPS）或每秒處理的區塊空間（以 Gas 為單位）來衡量。以太坊在 Optimism 和 Arbitrum 等 Layer 2 擴容方案的支持下，理論 TPS 可達到數千筆，實際日常使用中約為數百 TPS。相比之下，Monad 宣稱可達到 10,000 TPS，Solana 理論峰值約為 65,000 TPS，而 Sui 和 Aptos 也宣稱可達到數千至數萬 TPS。

延遲（Latency） 指從交易提交到被確認的時間間隔。以太坊的區塊出塊時間約為 12 秒（Slot 時間），但在 Layer 2 方案中，交易確認時間可以降低到秒級甚至更低。Solana 採用 Turbine 區塊傳播機制，理論上可以實現 400 毫秒的區塊出塊時間。Sui 和 Aptos 採用 Move 語言的平行執行模型，交易延遲可以降低到數百毫秒級別。

最終確定性（Finality） 指交易被確認為不可逆轉的時間點。以太坊採用 Slot-by-Slot 的逐步最終確定機制，典型交易在 1-2 個 Epoch（約 12-24 分鐘）後達到經濟最終確定性。Sui 採用narwhal-and-bullshark 共識機制，可以實現秒級的最終確定性。Aptos 採用 DiemBFTv4 共識引擎，同樣支持秒級最終確定性。

1.2 效能瓶頸的根源分析

理解區塊鏈效能瓶頸的根源對於評估不同技術方案的優劣勢至關重要。以太坊的效能瓶頸主要體現在以下幾個方面：

共識層瓶頸：以太坊採用 Gas 限制（Gas Limit）來限制每個區塊的計算資源使用。目前主網的 Gas 限制約為 30,000,000 Gas，這意味著簡單的 ERC-20 轉帳（約 21,000 Gas）每個區塊最多處理約 1,400 筆。提高 Gas 限制可以增加吞吐量，但會增加節點的硬體要求，可能降低網路的去中心化程度。

執行層瓶頸：以太坊虛擬機（EVM）的串行執行模型是另一個效能瓶頸。在 EVM 中，交易按順序逐一執行，無法充分利用現代多核處理器的並行計算能力。此外，EVM 的設計偏向於簡單性和安全性，而非執行效率，這限制了智能合約的優化空間。

儲存層瓶鏈：以太坊的狀態儲存採用 Merkle Patricia Trie 結構，隨著帳戶數量和合約狀態的增加，狀態資料庫的規模持續膨脹。目前以太坊的狀態資料庫已超過 100GB，對節點的儲存和讀寫性能提出了較高要求。

網路層瓶頸：區塊傳播延遲是影響區塊鏈效能的重要因素。在大區塊場景下，區塊傳播時間可能成為區塊生產的瓶頸，導致區塊重組風險增加。

1.3 效能優化的技術路徑

針對上述效能瓶頸，不同區塊鏈採取了不同的優化策略：

平行執行（Parallel Execution）：Sui 和 Aptos 採用 Move 語言的靜態分析能力，在交易執行前識別獨立交易，實現並行處理。這種方法可以顯著提高吞吐量，但需要解決交易依賴關係的正確識別問題。

模組化架構（Modular Architecture）：Celestia 和 EigenLayer 等項目提出將區塊鏈的功能模組化，分離共識、執行、結算和資料可用性層。這種設計允許各層獨立優化，提高系統的整體效能。

高效共識機制：Monad 採用 Hyperorbit 共識機制，結合 HotStuff 線性通訊複雜度和 Tendermint 的確定性，最佳化區塊生產和確認流程。Aptos 的 DiemBFTv4 採用消息傳遞優化和領導者旋轉機制，提高共識效率。

狀態管理優化：Solana 採用 Turbine 區塊傳播機制和歷史證明（Proof of History），優化區塊傳播和時間同步。Sui 採用物件儲存模型，將狀態組織為物件集合，簡化狀態訪問模式。

第二章：共識機制深度比較

2.1 以太坊權益證明機制解析

以太坊在 2022 年完成合併（The Merge）升級後，從工作量證明（PoW）過渡到權益證明（PoS）共識機制。目前以太坊的驗證者數量超過 100 萬，總質押 ETH 超過 3,300 萬，是目前最去中心化的 Proof of Stake 區塊鏈之一。

以太坊的 PoS 機制基於 Capella 升級後的設計，每個 Slot（12 秒）產生一個區塊，每 32 個 Slot 構成一個 Epoch。驗證者被隨機分配到委員會（Committee）中，委員會成員負責對區塊進行投票（Attestation）。要實現經濟最終確定性，需要三分之二以上的驗證者投票確認。

以太坊共識機制的關鍵特點包括：

隨機性（Randomness）：驗證者的選拔採用 RANDAO + VDF（Verifiable Delay Function）機制，確保驗證者分配的不可預測性，防止串謀攻擊。

經濟最終確定性（Economic Finality）：一旦區塊達到最終確定性，要逆轉該區塊需要攻擊者承擔巨大的經濟成本。根據設計，逆轉最終確定區塊需要控制至少三分之一的質押 ETH，這在經濟上是不可行的。

抗審查性（censorship resistance）：以太坊的驗證者選拔機制確保了任何人都可以成為驗證者，只要有足夠的 32 ETH 質押。這種開放的參與模式增強了網路的抗審查能力。

液化質押（Liquid Staking）：Lido、Coinbase 等流動性質押協議允許用戶以低於 32 ETH 的門檻參與質押，並獲得流動性質押代幣（stETH、cbETH），提高了資金效率。

2.2 Move 語言區塊鏈的共識機制

Sui 和 Aptos 都基於 Move 語言構建，但採用了不同的共識機制設計。

Sui 的 Narwhal-and-Bullshark 共識

Sui 採用 Narwhal-and-Bullshark （DAG-Rider）共識機制的變體。這種設計將交易 dissemination（Narwhal）和共識輸出（Bullshark）分離，實現了高吞吐量和低延遲。

Narwhal 負責交易數據的可用性，採用 DAG 結構存儲交易候選區塊。每個驗證者可以提出自己的「子區塊」（子領導者），形成 DAG 的節點。通過八卦協議（Gossip Protocol），所有驗證者最終都能獲取完整的交易集合。

Bullshark 負責在 DAG 上達成共識，確定交易的全局順序。它採用「指向」（DAG-edge）機制而非傳統的區塊鏈結構，通過檢查驗證者的「最終確認」消息來確定共識輸出。

Sui 共識的關鍵特點包括：

• 交易類型分離：Sui 將交易分為「簡單交易」（如代幣轉帳）和「複雜交易」（如智能合約調用），簡單交易可以跳過共識直接執行，大幅降低延遲。
• 樂觀執行：假設交易之間沒有衝突，先執行再驗證，衝突時回滾重執行。
• 垂直擴展：Narwhal 的設計支持垂直擴展，通過增加驗證者數量可以提高數據可用性。

Aptos 的 DiemBFTv4 共識

Aptos 採用 DiemBFTv4 共識機制，這是對早期 Diem 區塊鏈共識的優化和演進。DiemBFT 基於 HotStuff 共識協議，採用線性通訊複雜度，適合大規模驗證者集合。

DiemBFTv4 的關鍵特性包括：

• 消息優化：通過批量簽名和聚合技術，減少網路通訊開銷。
• 領導者旋轉：定期旋轉區塊提議者，防止單一節點成為效能瓶頸。
• 靈活的驗證者集合：支持動態調整驗證者集合，適應網路變化。
• 安全模組化：共識協議與執行引擎分離，便於獨立測試和優化。

2.3 Monad 的創新共識設計

Monad 是一個高性能 EVM 兼容區塊鏈，採用創新的 Hyperorbit 共識機制，結合了多項優化技術。

Hyperorbit 共識機制

Monad 的 Hyperorbit 共識機制結合了以下技術特點：

• 管線化區塊生產：將區塊生產過程分為多個階段，每個階段並行處理不同區塊，提高硬體利用率。
• 超節點架構：Monad 採用精簡的驗證者集合（數十個高性能節點），犧牲部分去中心化程度換取效能提升。
• 預確認機制：在區塊最終確定前提供「預確認」，改善用戶體驗。

Monad 的設計目標是實現 10,000 TPS 的吞吐量，同時保持與以太坊的 EVM 兼容性。這種設計適合對效能有較高要求的應用場景，如遊戲、高頻交易等。

2.4 共識機制比較總結

下表總結了各區塊鏈共識機制的關鍵特性：

第三章：執行層架構深度分析

3.1 以太坊虛擬機架構

以太坊虛擬機（EVM）是以太坊智能合約的執行環境，是區塊鏈領域最成熟和廣泛採用的虛擬機之一。

EVM 的設計原則

EVM 的設計遵循以下核心原則：

• 確定性（Determinism）：相同的輸入總是產生相同的輸出，這對於區塊鏈的去中心化執行至關重要。
• 沙盒隔離（Sandbox Isolation）：合約在隔離的執行環境中運行，無法直接訪問外部系統資源。
• 圖靈不完備（Turing Incompleteness）：通過限制迴圈執行（Gas 機制）防止無限迴圈，確保執行終止。
• 基於堆疊的架構：EVM 採用堆疊式架構，指令在堆疊上進行操作。

EVM 的效能限制

EVM 的設計偏向於安全性和簡單性，而非執行效率，這帶來了一些效能限制：

• 串行執行：所有交易按順序執行，無法利用多核 CPU 的並行能力。
• Gas 計算複雜：每個 EVM 操作碼都有固定的 Gas 成本，複雜合約的執行成本較高。
• 狀態訪問成本高：SLOAD 和 SSTORE 操作需要訪問持久化儲存，延遲較高。
• 缺乏原生平行執行：無法自動識別和並行執行獨立的交易。

EVM 的生態優勢

儘管存在效能限制，EVM 擁有壓倒性的生態優勢：

• 龐大的開發者社群：全球有數十萬 Solidity 開發者。
• 成熟的工具生態：Hardhat、Foundry、Truffle 等開發工具完善。
• 廣泛的兼容鏈：Polygon、Arbitrum、Optimism、Base 等 Layer 2 都基於 EVM。
• 豐富的 DeFi 協議：Uniswap、Aave、MakerDAO 等主流 DeFi 協議都在 EVM 上運行。

3.2 Move 語言與 MoveVM

Move 語言最初由 Meta（原 Facebook）為 Diem 區塊鏈開發，後來開源並被 Sui 和 Aptos 採用。Move 語言的設計旨在提供更高的安全性和表達能力。

Move 語言的核心特性

• 資源導向（Resources）：Move 的類型系統區分「資源」和「非資源」類型，資源類型不可複製、不可雙花，確保資產安全。
• 表達能力：Move 支援泛型、介面、模組等高級語法特性，表達能力更強。
• 形式化驗證：Move 的設計支援形式化驗證，便於數學證明合約正確性。

MoveVM 執行模型

MoveVM 是 Move 語言的執行環境，與 EVM 相比有以下特點：

• 靜態類型檢查：Move 在位元組碼驗證階段進行全面的類型檢查，運行時無需類型檢查。
• 字節碼驗證器：每個 Move 模組在執行前必須通過驗證器，確保內部一致性。
• 並行執行能力：Move 的類型系統可以靜態分析交易依賴關係，實現安全的並行執行。

Sui 的物件模型

Sui 採用獨特的物件（Object）模型組織狀態，而非傳統的帳戶模型。在 Sui 中，所有數據都是物件，包括代幣、NFT 和智能合約狀態。每個物件都有唯一 ID和所有者，這種設計簡化了狀態管理和交易驗證。

// Sui Move 合約示例
module sui::coin {
    use sui::object::{Self, UID};
    use sui::transfer;
    use sui::tx_context::{Self, TxContext};

    struct Coin<phantom T> has key, store {
        id: UID,
        value: u64
    }

    public fun mint<T>(value: u64, ctx: &mut TxContext): Coin<T> {
        Coin {
            id: object::new(ctx),
            value
        }
    }

    public fun transfer<T>(coin: Coin<T>, recipient: address) {
        transfer::transfer(coin, recipient);
    }
}

Aptos 的帳戶模型

Aptos 保留 了傳統的帳戶模型，但引入了帳戶抽象功能。Aptos 的帳戶支援多簽、社交恢復、延遲執行等高級功能。

// Aptos Move 合約示例
module aptos::token {
    struct Token has store {
        amount: u64,
        metadata: vector<u8>
    }

    public entry fun mint(account: &signer, amount: u64) {
        // 鑄造邏輯
    }
}

3.3 Monad 的 EVM 兼容執行優化

Monad 在保持 EVM 兼容性的同時，採用了多項執行層優化技術。

管線化執行

Monad 將區塊執行分為多個管線階段：交易排序、狀態預計算、執行驗證、狀態提交。這種設計使不同區塊的不同階段可以並行處理，提高硬體利用率。

狀態樹優化

Monad 採用優化的 Merkle Patricia Trie 實現，加速狀態讀寫操作。通過快取、壓縮和預取技術，減少狀態訪問延遲。

記憶體優化

Monad 優化了執行環境的記憶體管理，減少記憶體分配和垃圾回收開銷。這對於高頻交易場景尤為重要。

系統合約優化

Monad 實現了高度優化的系統合約（如 ERC-20 標準），這些合約經過手工優化，執行效率顯著高於一般合約。

3.4 執行層比較總結

第四章：儲存與狀態管理架構

4.1 以太坊狀態管理

以太坊的狀態管理基於 Merkle Patricia Trie（MPT）資料結構，這是一種結合了 Merkle Tree 和 Patricia Trie 優點的資料結構。

MPT 的工作原理

MPT 將所有帳戶狀態組織為一棵樹狀結構。每個帳戶（EOA 或合約）有一個唯一的帳戶地址作為鍵，值為帳戶狀態（包括餘額、Nonce、程式碼哈希、儲存根）。樹的根哈希代表整個狀態的密碼學承諾。

MPT 的特點包括：

• 高效驗證：任何狀態都可以通過根哈希快速驗證。
• 分支效率：共用前綴的鍵可以共享路徑，節省儲存空間。
• 可更新性：更新狀態只需修改路徑上的節點，無需重建整棵樹。

狀態爆炸問題

MPT 的主要問題是狀態膨脹。隨著帳戶數量增加，樹的規模持續增長。目前以太坊的狀態資料庫已超過 100GB，而且仍在快速增長。這帶來了以下挑戰：

• 節點運營成本高：運行完整節點需要大量儲存空間。
• 同步時間長：新節點同步狀態需要較長時間。
• 狀態訪問延遲：訪問深層節點的延遲較高。

Verkle 樹和狀態過期

以太坊正在考慮採用 Verkle 樹替換 MPT，以解決狀態爆炸問題。Verkle 樹使用多項式承諾，相同安全級別下比 MPT 更緊湊。此外，狀態過期（State Expiry）機制可以讓長期不活躍的帳戶狀態從主網路中移除，減少狀態膨脹。

4.2 Sui 的物件儲存模型

Sui 採用獨特的物件（Object）儲存模型，將狀態組織為物件集合而非傳統的帳戶模型。

物件模型的優勢

• 交易驗證簡化：每筆交易只涉及少數物件，驗證邏輯更簡單。
• 並行執行：物件級別的鎖定使得不同物件的交易可以安全並行執行。
• GPT 索引：每個物件有唯一 ID，便於查詢和追蹤。

儲存架構

Sui 的儲存層採用以下設計：

Sui 儲存層架構：

1. 物件儲存
   - 每個物件有唯一 ObjectID
   - 物件包含 owner、data、version 等欄位
   
2. 交易日誌
   - 所有交易記錄在日誌中
   - 支援事件查詢和重放
   
3. 檢查點
   - 定期生成檢查點
   - 檢查點包含狀態根和交易集合

存儲費用

Sui 採用「存儲基金」機制，用戶需要為存儲空間支付費用。這種設計確保了長期用戶承擔相應的儲存成本，避免了「免費」狀態佔用問題。

4.3 Aptos 的帳戶抽象儲存

Aptos 在傳統帳戶模型的基礎上，引入了帳戶抽象功能。

帳戶模型

Aptos 的帳戶包含以下組件：

• 認證金鑰（Authentication Key）：用於驗證交易簽名。
• 序列號（Sequence Number）：防止重放攻擊。
• 帳戶資源（Account Resources）：可擴展的資源集合。

資源類型

Move 的資源類型可以直接作為帳戶資源存儲，確保類型安全：

struct Coin has store {
    value: u64
}

struct Account has key {
    balance: Coin,
    // 其他資源
}

狀態裁剪

Aptos 支持狀態裁剪，移除不再需要的歷史狀態數據，減少節點儲存需求。

4.4 儲存架構比較總結

第五章：生態系統發展狀況

5.1 以太坊生態系統現況

以太坊是目前最大的智慧合約平台，擁有最成熟的生態系統。

DeFi 生態

以太坊的 DeFi 生態是其他區塊鏈難以比擬的：

• 借貸協議：Aave、Compound、Morpho 等，總鎖定價值超過 300 億美元。
• 去中心化交易所：Uniswap 是最大的 DEX，日交易量數十億美元。
• 穩定幣：USDC、USDT、DAI 等，總市值超過 1000 億美元。
• 衍生品：Perpetual Protocol、GMX、dYdX 等。

NFT 生態

以太坊是 NFT 的主要平台：

• 市場平台：OpenSea、Blur、X2Y2 等。
• 標準：ERC-721、ERC-1155 是 NFT 的基礎標準。
• 應用場景：數位藝術、遊戲道具、會員通行證等。

Layer 2 生態

以太坊的 Layer 2 生態蓬勃發展：

• Arbitrum：TVL 超過 20 億美元。
• Optimism：TVL 超過 10 億美元。
• Base：快速增長的 Coinbase 生態 Layer 2。
• zkSync Era、Starknet：zkEVM 解決方案。

5.2 Sui 生態系統

Sui 是相對較新的區塊鏈，生態系統正在快速發展。

主要項目

• DeFi：Cetus、Flow 等 DEX 和借貸協議。
• NFT：Magic Eden、OpenSea 等主流 NFT 市場已部署。
• 遊戲：Pixels、Arcade 等 Play-to-Earn 遊戲。
• 基礎設施：錢包、RPC 服務、分析工具等。

發展勢頭

Sui 獲得了大量開發者和資金支持。2025 年，Sui 的生態系統 TVL 快速增長，吸引了眾多 DeFi 和遊戲項目部署。

5.3 Aptos 生態系統

Aptos 同樣是較新的區塊鏈，由 Meta 的 Diem 團隊創建。

主要項目

• DeFi：Thala、Aptin 等 DEX 和借貸協議。
• NFT：Topaz、Souffl3 等 NFT 市場。
• 支付：支流支付應用。
• 基礎設施：錢包、索引服務等。

技術優勢

Aptos 的 DiemBFTv4 共識和 Move 語言提供了良好的技術基礎，吸引了一批技術導向的開發者。

5.4 Monad 生態系統

Monad 是 2024-2025 年新興的高性能區塊鏈，生態系統仍在早期建設階段。

定位和策略

Monad 定位為高性能 EVM 兼容鏈，目標是用高性能需求場景（如遊戲、DePIN）。其策略是利用 EVM 兼容性吸引以太坊現有開發者。

生態現況

Monad 的主網於 2025 年上線，生態系統正在逐步建設中。目前已有一些 DeFi 和遊戲項目宣佈部署計劃。

5.5 生態系統比較總結

第六章：技術權衡與選擇框架

6.1 效能與去中心化的權衡

選擇區塊鏈平台時，需要在效能和去中心化之間進行權衡。

以太坊的選擇

以太坊選擇最大化去中心化程度，犧牲一定的效能。這種選擇基於以下考慮：

• 安全性：高度去中心化提高了抗審查和抗攻擊能力。
• 抗審查：任何人都可以運行節點，確保網路開放性。
• 長期穩健性：成熟的網路效應和生態系統難以撼動。

高性能區塊鏈的選擇

Sui、Aptos、Monad 等選擇提升效能，適度犧牲去中心化：

• 精簡驗證者集合：減少通訊開銷，提高共識效率。
• 硬體要求較高：提高節點門檻，減少節點數量。
• 較新的網路：仍在建立去中心化程度的過程中。

6.2 應用場景與平台選擇

不同的應用場景適合不同的區塊鏈平台：

DeFi 應用

• 首選：以太坊 Layer 2（Arbitrum、Optimism）
• 原因：流動性、用户基础、成熟工具

遊戲和 NFT

• 首選：Sui（NFT 友好）、Monad（EVM 兼容高性能）
• 原因：低延遲、低成本、支持複雜邏輯

企業應用

• 首選：以太坊私有鏈、Aptos（企業功能）
• 原因：合規框架、企業支持

新興應用（DePIN、AI）

• 首選：各平台都可，重點看具體需求
• 原因：根據技術需求選擇

6.3 開發者選擇考量

以太坊開發者

如果已經熟悉 Solidity 和 EVM 建構，以太坊仍是首選。生態系統的網路效應難以撼動，Layer 2 解決方案提供了效能擴展路徑。

Move 開發者

如果追求更高的表達能力和安全性，Move 語言是很好的選擇。Sui 和 Aptos 提供了成熟的 Move 開發環境。

跨鏈開發者

考慮多鏈部署的項目可以選擇 Monad（EVM 兼容）或跨鏈解決方案。

第七章：未來發展趨勢

7.1 以太坊的演進路線

以太坊有明確的長期演進路線：

• Surge：提升數據可用性和擴容能力。
• Scourge：加強 MEV 緩解和去中心化。
• Verge：採用 Verkle 樹優化狀態管理。
• Purge：清理歷史數據，減少節點負擔。
• Splurge：其他優化和升級。

7.2 高性能區塊鏈的發展方向

Sui、Aptos、Monad 等高性能區塊鏈的發展方向包括：

• 提高去中心化程度：逐步放寬節點加入限制。
• 生態系統建設：吸引更多 DeFi 和應用項目。
• 與以太坊互操作：通過橋接和跨鏈解決方案連接以太坊生態。

7.3 區塊鏈互操作性趨勢

未來區塊鏈之間的互操作性將持續增強：

• 跨鏈橋：更安全、高效的資產轉移解決方案。
• 聚合層：如 LayerZero、Axelar 提供統一跨鏈介面。
• 意圖經濟：跨鏈意圖和求解器網路簡化跨鏈操作。

結論

以太坊與高性能區塊鏈（Monad、Sui、Aptos）代表了區塊鏈技術的兩種不同發展方向。以太坊選擇最大化去中心化和安全性，犧牲部分效能；新興高性能區塊鏈選擇提升效能，適度犧牲去中心化程度。

選擇哪個平台應該基於具體的應用需求、技術團隊能力和長期發展策略。對於需要高流動性和成熟生態的 DeFi 應用，以太坊仍是首選；對於需要低延遲和低成本的新興應用，高性能區塊鏈提供了有吸引力的選擇。

隨著技術的持續演進，各平台之間的差距將逐步縮小。未來的區塊鏈生態將更加多元和互聯，開發者應該根據具體需求選擇最適合的平台，同時保持跨平台開發的能力。

參考資源

1. Ethereum Foundation. (2026). Ethereum Documentation. ethereum.org
2. Sui Foundation. (2026). Sui Technical Documentation. docs.sui.io
3. Aptos Foundation. (2026). Aptos Technical Documentation. aptos.dev
4. Monad Labs. (2026). Monad Technical Documentation. docs.monad.xyz
5. Paradigm. (2024). Understanding Zero-Knowledge Proofs
6. a]token. (2025). Move Language Whitepaper
7. Vitalik Buterin. (2024). Proto-Danksharding and EIP-4844