Sui / Aptos / Near：新一代 L1 對比

Sui、Aptos 和 NEAR 都試圖提高 Layer1 容量，但路徑不同。Sui 使用物件狀態，Aptos 以 Block-STM 平行執行交易，NEAR 用 Nightshade 把狀態和執行分片。

三者不能簡單歸為同一類高速鏈。Sui 與 Aptos 都使用 Move 體系卻有不同物件和儲存模型，NEAR 則採用帳戶模型、Wasm 合約和非同步跨合約呼叫。

Sui 為什麼以物件為中心？

Sui 把鏈上資產和狀態表示為具有唯一 ID、版本和所有權資訊的物件。物件可以由地址擁有、由其他物件擁有，或作為共享物件供多個使用者存取。

交易明確列出輸入物件。只涉及獨立擁有物件的交易因果關係清楚，可以平行驗證和執行；共享可變物件需要共識排序，避免不同交易同時寫入衝突狀態。

Sui 物件類型	處理特點
地址擁有物件	由擁有者授權，獨立交易容易平行
物件擁有物件	支援組合資產和層級所有權
共享可變物件	多使用者可寫，需要排序和衝突處理
不可變物件	可被讀取但不能修改

物件模型適合數位資產和組合所有權，但合約設計若把所有操作集中到一個共享物件，仍會失去平行優勢。

Aptos 的 Block-STM 怎樣平行執行？

Aptos 採用 Move 資源模型和帳戶狀態。Block-STM 會樂觀地平行執行一批交易，偵測實際讀寫衝突後，讓衝突交易重新執行，最終結果與確定順序一致。

開發者不必像靜態排程系統那樣提前提供完整讀寫集合，但高衝突工作負載會增加回滾和重執行。理論平行能力不能直接代表熱門應用的實際吞吐量。

AptosBFT 等共識元件負責交易順序和提交，MoveVM 負責執行。Keyless Account、Sponsored Transaction 等帳戶功能屬於使用者體驗層，不改變基礎狀態仍需由驗證者達成一致。

NEAR 的 Nightshade 怎樣分片？

NEAR 使用帳戶模型，每個帳戶和合約狀態屬於某個分片。Nightshade 把一個邏輯區塊中的狀態變化拆成多個 Shard Chunk，不同驗證者處理對應分片的資料和執行。

跨帳戶和跨分片呼叫使用非同步 Receipt。合約發出呼叫後，結果可能在後續區塊返回，因此開發者要處理回呼和部分完成狀態。

網路	平行或擴容單位	衝突處理重點
Sui	物件與交易依賴	共享可變物件需要共識排序
Aptos	區塊內樂觀平行交易	偵測讀寫衝突後重執行
NEAR	分片狀態與 Shard Chunk	跨分片 Receipt 和資料可用性

NEAR 的命名帳戶和多存取金鑰能改善應用登入，Wasm 執行環境支援 Rust 和 JavaScript 等開發路徑。分片擴容同時增加路由、狀態同步和跨分片除錯複雜度。

三條鏈應該怎樣比較？

維度	Sui	Aptos	NEAR
主要語言與執行環境	Sui Move	MoveVM	Wasm，常用 Rust 或 JavaScript
狀態模型	物件	帳戶與 Move 資源	分片帳戶狀態
擴容重點	物件級依賴與平行	Block-STM 樂觀平行	Nightshade 狀態與執行分片
跨應用呼叫	物件和 Move 呼叫	Move 模組呼叫	非同步 Receipt
設計關注	資產所有權和低延遲	通用平行執行與帳戶體驗	橫向分片和易用帳戶

比較時應使用相同口徑的成功使用者交易、最終性、節點要求和狀態增長。實驗室峰值、共識投票或簡單轉帳不能直接代表複雜合約負載。

與單鏈平行執行路線的代表可對照Solana 高效能公鏈，整體公鏈定位可回到2025 年主流公鏈生態全景圖。

常見問題

Sui Move 和 Aptos Move 合約可以直接互相部署嗎？

通常不能直接複製。兩者共享 Move 語言來源，但框架、物件或帳戶 API、標準函式庫和部署工具存在差異，需要針對目標鏈修改和測試。

平行執行是否會改變交易的確定性？

不會以犧牲確定結果為目標。排程器可以平行嘗試執行，但衝突偵測、排序或物件鎖要保證所有驗證者得到一致提交結果。

NEAR 分片後使用者需要自己選擇 Shard 嗎？

一般使用者通常按帳戶和應用互動，協議負責路由。開發者仍需理解非同步跨分片呼叫和 Receipt 失敗處理。

三條鏈的 TPS 可以直接橫向比較嗎？

不能只看一個數字。統計是否包含投票、失敗交易、批次操作，以及測試硬體、交易複雜度和最終性定義都會改變結果。