SuiとAptosは、Facebookが開発したDiem（旧Libra）プロジェクトから派生したブロックチェーンです。両プロジェクトとも、Diemチームのメンバーが設立し、Moveというプログラミング言語を採用しています。しかし、同じMoveを使いながらも、その実装には大きな差異があります。
特に重要なのが、オブジェクトモデルと所有権システムの設計です。この違いは、スマートコントラクトの書き方から、DAppsのパフォーマンス特性まで、あらゆる面に影響を与えます。本記事では、この2つのチェーンのMoveプログラミング言語の実装を、技術的な観点から詳しく比較します。
Moveは、デジタル資産を安全に扱うために設計された言語であり、「リソース」という概念を中心に据えています。リソースは複製も廃棄もできない特殊な型であり、スマートコントラクトにおける資産管理の安全性を根本から変えた革新的な仕組みです。SuiとAptosは、このMoveのリソース思想を継承しながら、それぞれ独自の方向性でアーキテクチャを発展させています。
1. Moveプログラミング言語の共通基盤
1-1. Moveが生まれた背景
Moveは2019年、Facebookの研究者たちによって開発されました。当初はLibraブロックチェーン向けの言語として設計されましたが、プロジェクトの中止後、その技術思想はSuiとAptosに受け継がれました。
Moveが目指したのは、Solidityが抱える問題の解決です。Solidityでは、整数のオーバーフローやリエントランシー攻撃など、コーディングミスによる重大な脆弱性が多数報告されてきました。Moveは、型システムとリソースモデルによって、こうした問題をコンパイル時に防ぐことを目標としています。
1-2. リソースモデルの核心概念
Moveの最大の特徴は「リソース」です。リソースは以下の性質を持ちます。
- コピー不可（copy）：同一リソースを複数箇所に存在させることができない
- 廃棄不可（drop）：明示的な移転なしにリソースを消滅させることができない
- 保存可能（store）：グローバルストレージに永続化できる
これらの制約によって、デジタル資産の二重支払いや不正な消滅を型システムレベルで防ぎます。SuiとAptosはどちらもこの基本概念を採用していますが、グローバルストレージの設計において大きく異なります。
2. Aptosのグローバルストレージモデル
2-1. アカウント中心のストレージ設計
AptosのMoveは、オリジナルのDiem Moveに近い設計を採用しています。データは「アカウント」を基点として管理され、各アカウントのアドレスに対してリソースが紐付けられます。
具体的には、move_to(account, resource)という関数でリソースをアカウントに登録し、borrow_global<ResourceType>(address)でアクセスします。この設計は、Ethereumのようにアドレスを基点としたモデルに近く、従来のブロックチェーン開発者には直感的に理解しやすい面があります。
2-2. モジュールとスクリプトの分離
Aptosでは、コードはモジュールとして定義され、トランザクションはスクリプトまたはエントリー関数を通じて実行されます。モジュールは再利用可能なライブラリとして機能し、型の定義とロジックを含みます。
Aptosが採用するBlock-STM（Software Transactional Memory）技術により、トランザクションの並列実行が実現されています。依存関係のないトランザクションを並行して処理することで、高いスループットを達成しています。このアーキテクチャは、高頻度の金融取引に向いている設計と考えられます。
3. SuiのオブジェクトモデルとUID設計
3-1. オブジェクト中心のアーキテクチャ
SuiはMoveを大幅に拡張し、独自の「オブジェクトモデル」を採用しています。Sui Moveでは、データは「オブジェクト」として表現され、各オブジェクトは一意のID（UID）を持ちます。
オブジェクトはアカウントではなく、それ自体が独立したエンティティとして存在します。このため、オブジェクトのアドレスがすなわちオブジェクトの識別子となり、ブロックチェーン上で直接参照・操作できます。
3-2. 所有権の種類とその設計思想
Sui Moveでは、オブジェクトの所有権は以下の4種類に分類されます。
- Address-owned（アドレス所有）：特定のアドレスのみが操作できる通常の所有権
- Object-owned（オブジェクト所有）：別のオブジェクトに内包される形での所有
- Shared（共有）：誰でも操作できる共有オブジェクト（コンセンサスが必要）
- Immutable（不変）：変更不可のオブジェクト（パッケージコードなど）
この所有権の分類が、Suiの並列処理能力の核心です。Address-ownedオブジェクトを含むトランザクションは、コンセンサスを経ずに並列実行できます。一方、Sharedオブジェクトを含む場合はコンセンサスが必要になります。
4. 並列処理能力の技術的差異
4-1. SuiのNarwhal/Bullsharkコンセンサス
Suiは、DAG（有向非巡回グラフ）ベースのNarwhalメモリプールと、Bullsharkコンセンサスプロトコルを組み合わせた独自のアーキテクチャを採用しています。
所有オブジェクトのみを扱うトランザクションは、全体のコンセンサスを待たずに確定できる「ファストパス」を利用できます。これにより、NFTの転送や個人間の資産移動などが非常に高速に処理されます。理論的なスループットは12万TPS以上とも主張されており、これはオブジェクト所有権モデルによって実現されています。
4-2. AptosのBlock-STMによる並列実行
AptosはBlock-STMというソフトウェアトランザクショナルメモリを採用しています。これはアカウント中心のモデルでも効率的な並列処理を実現する仕組みです。
Block-STMでは、まず楽観的並列実行を試み、後から競合を検出して再実行する方式を採ります。競合が少ない状況では非常に高いスループットを発揮しますが、同一アカウントへのアクセスが集中する場合は性能が低下する可能性があります。Aptosは最大16万TPS程度の性能を謳っており、2024年のメインネット上での実績では数万TPS相当の処理が報告されています。
5. 開発者体験の比較
5-1. AptosのMoveツールチェーン
Aptosは、Diem Moveに近い文法を採用しているため、オリジナルMoveの学習経験がある開発者にとってはとっつきやすい面があります。Aptos CLIとMove言語のドキュメントが整備されており、テストフレームワークも充実しています。
TypeScriptやPythonのSDKが提供されており、DAppのフロントエンドからの接続も比較的容易です。また、Move Proverという形式検証ツールによって、スマートコントラクトの安全性をコンパイル時に数学的に証明することも可能です。
5-2. SuiのMove拡張と開発ツール
Sui Moveは独自の拡張が多いため、オリジナルMoveからの移行には一定の学習コストがかかります。特にオブジェクトIDとUID、転送関数の使い方は独特です。
一方でSuiは、Sui Playgroundという対話型の開発環境を提供しており、ブラウザ上でコードを試せる点は初学者にとって便利です。また、Sui Move Analyzerというデバッグ・解析ツールも開発が進んでいます。SuiはRustで実装されているため、パフォーマンス面では有利な面もあります。
6. NFT・DeFiへの実装適性
6-1. NFT実装におけるSuiの優位性
SuiのオブジェクトモデルはNFTの実装に非常に適しています。NFTはそれ自体が独立したオブジェクトであり、所有権の変更は単純なオブジェクトの転送として表現されます。コンセンサスを経ずに転送できる「ファストパス」により、NFT取引は低遅延で完結します。
実際、SuiのエコシステムにはKiosksというマーケットプレイスのプリミティブが標準実装されており、NFTの売買・ロイヤリティ支払い・アクセス制御を組み合わせた複雑なロジックを安全に実装できます。この点においてSuiはNFT向けプラットフォームとして高い評価を受けています。
6-2. DeFiにおけるAptosの設計
DeFiプロトコルの多くは、共有プールやAMM（自動マーケットメーカー）のような共有状態を必要とします。Aptosのアカウントモデルは、こうした共有状態をリソースとして管理する際に直感的なコード構造になりやすいと言えます。
LiquidSwapやPancakeSwap（Aptos版）など、主要なDeFiプロトコルがAptosに展開しており、エコシステムは拡大しています。ただし、DeFiにおいても、設計の巧みさによってはSuiのSharedオブジェクトを活用した高性能な実装が可能であり、どちらが優位とは一概には言えません。
7. セキュリティと形式検証の現状
7-1. Move Proverと安全性の保証
Move Proverは、Moveスマートコントラクトの安全性を形式的に検証するツールです。数学的な証明によって、コントラクトが仕様を満たすことを保証します。AptosはMove Proverを積極的に活用しており、主要なプロトコルにはこの検証が施されています。
形式検証は、従来の監査では検出が難しいエッジケースのバグを発見する上で非常に有効です。特に金融系DAppにおいては、億単位の資産が扱われることから、このレベルの安全性保証は重要と考えられます。
7-2. Suiのオブジェクト能力システム
Suiは「能力（Abilities）」と呼ばれる型アノテーションシステムを活用しています。copy・drop・store・keyの4種の能力を組み合わせることで、型の振る舞いを細かく制御できます。
特にkeyアビリティはオブジェクトのグローバルな一意性を保証し、偽造や不正なコピーをコンパイル時に防ぎます。このシステムはAptosにも存在しますが、Suiのオブジェクトモデルと組み合わせることで、より強力な安全保証が実現されています。
まとめ
SuiとAptosは、どちらもMoveのリソースモデルという共通の安全性基盤の上に構築されていますが、その実装は大きく異なります。Aptosはオリジナルのアカウント中心モデルを発展させ、Block-STMによる高スループットを実現しています。一方SuiはオブジェクトモデルとUID設計によって、所有権ベースの並列処理という独自の方向性を追求しています。
開発者の観点では、Aptosは従来のMoveに近い学習曲線を提供し、DeFiプロトコルの構築に一定の実績があります。Suiは拡張されたオブジェクトモデルによってNFTや高頻度取引に強みを発揮します。いずれのチェーンが優れているかは用途によって異なり、プロジェクトの目的に合わせた選択が重要です。
両チェーンとも2026年時点でエコシステムが拡大中であり、Move言語の普及とともに開発者コミュニティも成長しています。本記事を通じて、Moveのエコシステムへの理解が深まれば幸いです。
よくある質問（FAQ）
- SuiとAptosのMoveは互換性がありますか？
- 基本的な文法は共通していますが、互換性はありません。Suiは独自のオブジェクトモデルと転送プリミティブを持ち、AptosはDiem Moveに近い実装を採用しています。同じMoveコードをそのまま両チェーンで動作させることは通常できず、移植には設計レベルの変更が必要です。
- 初心者がMoveを学ぶなら、SuiとAptosどちらから始めるべきですか？
- 一般的には、Aptosの方がオリジナルMoveに近いため、入門書や学習リソースが共通して使える場合があります。一方、SuiはPlaygroundを通じたインタラクティブな学習環境が整っています。どちらを選んでも、もう一方への移行はある程度の学習コストを要します。目的のプロジェクトが存在するチェーンから始めるのが現実的でしょう。
- Move言語はSolidityより安全ですか？
- Moveのリソースモデルは、Solidityに多かったリエントランシー攻撃や整数オーバーフローなど特定の脆弱性を型システムレベルで防ぐ設計になっています。ただし、すべての脆弱性を排除するわけではなく、ロジックバグや設計上の問題は依然として生じ得ます。安全性は相対的に向上していると考えられますが、スマートコントラクト監査は依然として重要です。
※本記事は情報提供を目的としており、投資を推奨するものではありません。暗号資産への投資は元本割れのリスクがあります。投資判断はご自身の責任で行ってください。
