ムーブ・ツインズ：SuiとAptosはいかにブロックチェーンに挑戦しているか

著者：Zeke, Fellow, YBB Capital, Compiled by 0xjs@GoldenFinance

Preface

最近、市場はますます停滞しており、この業界の多くのOGが業界の目的に疑問を持ち始めている。

これについて、個人的な考えを述べたいと思います。私は常々、過去の壮大なビジョンの多くは、最初から論理的に首尾一貫していなかったために「否定」されてきたと考えています。非金融系Dappsは、分散化の価値を強調することで、その欠点を隠そうとすることが多い。しかし現実は、グーグルやツイッターやユーチューブよりも、マルチシグネチャーのウォレットやシングルノードのサーバーを信用しろというのだ。これらのビジョンの多くは否定されていない。私は、これらのビジョンが最初に想像されたほど壮大なものでなかったとしても、依然として重要なものであると信じている。少なくとも、非中央集権的な、あるいはWeb2と同等の体験を提供する必要があります。

例えばTONやSolanaは、かつては過小評価されていましたが、今ではあらゆる面で業界のリーダーに追いつきつつあります。アプリケーション対応のブロックチェーンにはイノベーションが必要であり、イノベーションはあらゆるサイクルで業界を前進させます。今日は、長い間顧みられることのなかったブロックチェーン、Moveベースのブロックチェーンについて探ってみよう。

1.Move

Moveプログラミング言語はもともと、Metaの放棄されたプロジェクトであるDiem（当初はLibraとして知られていた）のために開発されたもので、Metaのメタバースビジョンの基礎として、より安定し規制されたステーブルコインを作ることを目的としていました。しかし、このプロジェクトは世界中の規制当局からの強い反対と執拗な圧力に直面した。規制当局は、フェイスブックの膨大なユーザーベースと組み合わさったディエムの規模が、金融の安定性、金融政策、データプライバシーに脅威をもたらす可能性を恐れた。特にバイデン政権からの圧力により、メタは最終的にディエム・プロジェクトを断念せざるを得なかった。

Diemの中核は完全に放棄されたわけではなく、オリジナルのチームからさまざまな派閥がMoveの探求と開発を続け、Move Twins: SuiとAptosとして知られるようになり、Linera（MoveにインスパイアされたRustブロックチェーン）や、より最近推進されたMovementのような新しいプロジェクトも加わりました。

では、真っ二つになったプロジェクトは、どのようにしてこのような永続的な遺産を残したのでしょうか

トップクラスのWeb2がブロックチェーンのために開発したプログラミング言語であるMoveは、既存のブロックチェーンプログラミング言語、特にSolidityのパフォーマンスとセキュリティの懸念を念頭に置いて設計された、非常に複雑な言語です。は、資産管理とアクセス制御に特化した型システムを作ることである。

- セキュリティ： Move言語の最初の設計原則はセキュリティです。静的な型チェックとリソース管理を用いて、オーバーフローエラーやリエントラント攻撃といった一般的なセキュリティの脆弱性を防ぎます。他の言語仮想マシンと比較して、Moveは以下のNansen比較表に示すように、さまざまなセキュリティ機能をサポートしています。

<

- コンポーザビリティ： Moveはモジュール性とコンポーザビリティをサポートしているため、開発者はさまざまなスマートコントラクトを簡単に作成・組み合わせて、より複雑なアプリケーションを構築できます。

- パフォーマンス： Move言語の仮想マシンは、スマートコントラクトを効率的に実行できるように最適化されており（並列処理、メモリ管理、コンパイラの最適化をサポート）、その結果、トランザクションの速度とスループットが向上します。

モジュラー型EVMブロックチェーンが氾濫する市場において、Moveは大胆な実験を象徴しています。上記のアイデアは、他のブロックチェーン・プロジェクトの説明では見慣れたものに思えるかもしれませんが、これらの機能の実用的な利点を完全に把握するために、自分で体験することを強くお勧めします。

2.Sui

2.1アーキテクチャ

ジェミニの1つとして、Suiはそのローンチ以来、特にエアドロップとトークン配布方法に関連して批判されてきました。しかし、これらの問題はさておき、プロジェクト自体に焦点を当てると、Suiはパフォーマンスとユーザーエクスペリエンスの両方において、特にゲームに関しては優れていることが証明されています。この成功の多くは、メインストリームでの採用に向けて改良された革新的なアーキテクチャに起因している。

• Object Storage Model:このコンポーネントは、Move に対する Sui の改良の中核です。オブジェクト・ストレージ・モデルは、データを個々のオブジェクトとして扱い、それぞれが一意の識別子を持ちます。従来のデータベースシステムとは異なり、オブジェクト・ストレージ・モデルには固定的なデータ構造がなく、テキスト、画像、ビデオ、オーディオなど、さまざまなデータタイプを保存できる。このモデルは並列実行と水平スケーリング（ストレージ容量を拡張するためにノードを追加すること）を可能にし、Suiはこのモデルを中心に設計されている。

• 因果順序：トランザクションが因果関係と同じ順序で実行されるようにし、データの競合や不整合を回避します。この機能により、Suiはデータの一貫性を維持しながら大量の同時トランザクションを処理できる。

• NarwhalとBullsharkコンセンサスエンジン：SuiはコンセンサスエンジンとしてNarwhalとBullsharkを使用する。 Narwhalはトランザクションの順序付けと検証を担当する。Bullsharkは、Narwhalからトランザクションの順序付きリストを受け取り、そのリストに投票し、ビザンチンフォールトトレランス（BFT）コンセンサスを使用して、すべてのノードがトランザクションの順序に同意することを保証する。

• Sui Move: Suiは、NFT、資産管理、データストアのサポートなどの新機能を追加することで、Move言語を拡張しています。

• Suiフレームワーク: Suiは、開発者がアプリケーションを迅速に構築し、展開できるようにする包括的なフレームワークを提供します。このフレームワークには、Sui Wallet、Sui SDK、Sui CLIなどのツールやライブラリが含まれます。

Suiのアーキテクチャは、高速、低オーバーヘッド、およびセキュリティを維持しながら、大量の同時トランザクションを処理できるように設計されています。さらに、Sui Move言語とSuiフレームワークは、安全でスケーラブルでユーザーフレンドリーなアプリケーションを構築するための強力なツールを開発者に提供します。

2.2コンセンサス

Suiブロックチェーンは、低レイテンシーと高スループットを最適化するように設計されたビザンチン・フォールトトレラント（BFT）ベースのコンセンサスであるMysticetiと呼ばれるコンセンサスメカニズムを使用しています。

Mysticetiは、複数のバリデータが並行してブロックを提案することを可能にし、ネットワーク帯域幅を最大化し、検閲に抵抗します。さらに、このプロトコルは、DAG（Directed Acyclic Graph）からブロックを提出するために必要なメッセージングを3ラウンドしか必要とせず、最小限の理論的要件を満たし、pBFTを並列化します。コミットルールは並列投票とブロックリーダーの認証を可能にし、中央値と末尾の待ち時間をさらに短縮する。また、コミット待ち時間を大幅に増加させることなく、利用できないリーダーを許容します。

メインのSuiネットワークのローンチに先立ち、Mysticetiはテストネットワークで3ヶ月間のテストを実施し、レイテンシを80%削減するなどの大きな成果を得ました。Suiネットワークは現在、エンド・ツー・エンドのレイテンシが1秒をはるかに下回る状態で、1秒あたり数万のトランザクションを処理することができます。

Suiブロックチェーンはまた、Delegated Proof-of-Stake (DPoS)として知られる、特定のタイプのプルーフ・オブ・ステーク・コンセンサスを採用しています。Suiは、NarwhalとBullsharkのコンセンサスエンジンを使って、共有オブジェクトを含む複雑なトランザクションが発生したときにランク付けを行います。ブロックチェーンで使われている他のBFTコンセンサスメカニズムと比較すると、Suiのコンセンサスには以下の長所と短所があります。Mysticetiプロトコルは、ブロックを並行して提案し、メッセージングプロセスを最適化することで、コンセンサス待ち時間を大幅に短縮し、ネットワークスループットを向上させます。これにより、Suiブロックチェーンは、エンドツーエンドのレイテンシが1秒をはるかに下回る状態で、毎秒数万件のトランザクションを処理することができます。

Disadvantages:

• Complexity: Mysticetiプロトコルの設計は比較的複雑で、その動作を完全に把握するためにはより深い技術的理解が必要です。：Mysticetiプロトコルの設計は比較的複雑です。

• セキュリティ：Mysticetiプロトコルはテストネットワーク上ではうまく動作しているが、そのセキュリティは実世界のアプリケーションでさらに検証する必要がある。

• スケーラビリティ：Mysticetiプロトコルのスケーラビリティは、ネットワークサイズとトランザクション量の将来の成長に適応できることを保証するために、さらに観察する必要があります。

2.3アカウント抽象化

Suiのアカウント抽象化モデルは、ユーザーがよりシンプルで安全な方法でアカウントとトランザクションを管理できるようにするメカニズムです。アカウントとトランザクションのロジックを基礎となるブロックチェーンプロトコルから抽象化し、より高度なアカウント管理とトランザクション処理を可能にします。

Suiのアカウント抽象化モデルでは、アカウントはもはや単純な公開鍵と秘密鍵のペアではなく、より豊かなプロパティと動作を持つオブジェクトです。各アカウントは、アカウントの公開鍵と秘密鍵のペアに関連付けられたアカウントIDと呼ばれる一意の識別子を持ちます。

Suiのアカウント抽象化モデルの主なコンポーネントは以下のとおりです。

1. アカウントオブジェクト： Suiのアカウントの基本単位です。各アカウントオブジェクトは一意のアカウントIDを持ち、アカウントのプロパティと動作を含みます。

2、アカウントデータ（Account Data）：アカウントオブジェクトのコアコンポーネントで、アカウントID、公開鍵、秘密鍵ペア、アカウントに関するその他の基本情報を含みます。

3、トランザクションコンテキスト（Transaction Context）：Suiにおけるトランザクションの基本単位。トランザクションID、アカウントID、トランザクションデータなどのトランザクション関連情報が含まれる。

4、アカウントロジック（Account Logic）：アカウントがトランザクションを処理し、状態を管理する方法を定義する動作とルールのコレクション。

Suiのアカウント抽象化モデルは、以下のステップでトランザクションを処理します。

1.トランザクションの作成：ユーザーはトランザクションを作成し、Suiネットワークに送信します。

2.トランザクションの検証： Suiネットワークはトランザクションの有効性と完全性を検証します。

3.口座検索：Suiネットワークはトランザクションの口座IDに基づいて対応する口座オブジェクトを検索します。

4.アカウントロジックの実行： Suiネットワークはアカウントロジックを実行してトランザクションを処理し、アカウントステータスを更新します。

5.取引確認：Suiネットワークは取引結果を確認し、ブロックチェーンに記録します。

要するに、Suiのアカウント抽象化モデルは、アカウント管理とトランザクション処理を簡素化し、アプリケーションをより使いやすくする革新的なメカニズムです。

2.4ゲーム

ブロックチェーンが際立つためには、しっかりとした基盤がなければなりません。

第一に、モジュール性のコンセプトが支配する時代において、Move GeminiのようなネイティブなMoveベースのブロックチェーンは、レイヤー1における最後の試みの1つであり、本質的にトレンドに逆らっていました。しかし、最近のさまざまな異種チェーンの台頭は、モジュール性だけが答えではないことを証明しているかもしれません。

第二に、新しいプログラミング言語でブロックチェーンを再構築するという決断は、今日のモバイル市場でiOSやAndroidに対抗するために新しいオペレーティングシステムを作ろうとするようなものであり、困難が予想されます。Moveベースのブロックチェーンが今後数年のうちにSolanaのように大きくなるかどうかは、彼らがどのような道を選ぶかにかかっている。Suiにとって、その挑戦の答えはゲームだ。

ゲームはWeb3の重要な入り口の1つだが、ほとんどのブロックチェーンはゲームをあまりサポートしていない。というのも、ブロックチェーンは主に金融を念頭に設計されており、その分散型アーキテクチャは本質的にパフォーマンスが低く、ゲームには不向きだからだ。しかし、Suiは違う。そのモデルはDeFiアプリケーションや、ゲームを含む非金融アプリケーションに適している。前述したように、Suiではすべてがオブジェクトとして扱われる。ゲームや複雑なアセットがレイヤー化されたアプリケーションでは、あるオブジェクトが他のオブジェクトを所有することができる（アセットがアセットを所有できる）。例えば、ヒーローのロールプレイングゲームでは、ヒーローはそのキャラクターに属する他のデジタル資産を含むインベントリを所有することができます。suiは、他のブロックチェーンにはできない方法で、このようなデータ階層を正確にモデル化することができ、開発者はチェーンの基本的な制限を回避することなくアプリを構築することができます。

さらに、Suiは伝統的なWeb2の大手企業とも積極的に協力しており、昨年は韓国の4大ゲーム大手のうち3社（Netmarble、NHN、NCSoft）と提携し、今年はTikTokと提携してブロックチェーンゲームやSocialFiプロジェクトを開発し、伝統的な大企業をWeb2に取り込んでいます

3、Aptos

AptosはMove言語をベースとしたもう1つのレイヤー1ブロックチェーンで、高性能でスケーラブルなWeb3インフラの構築に重点を置いています。そのアーキテクチャ設計はSuiと多くの類似点を共有していますが、いくつかのユニークな特徴も示しています。

3.1 アーキテクチャ

• Modular design: Aptosはモジュール式アーキテクチャを採用しており、開発者は異なるモジュールを独立して開発・アップグレードできるため、開発スピードと柔軟性が向上します。

• 並列実行エンジン（Block-STM）：データの依存関係を事前に宣言する必要がある他のブロックチェーンとは異なり、Aptosの並列実行エンジンでは、データの場所を事前に知る必要なくトランザクションを並列処理できるため、スループットが向上し、待ち時間が短縮されます。

• パイプライン化されたトランザクション処理: Aptosはトランザクション処理を、プロパゲーション、メタデータのソート、バルクストレージなどの複数のステージに分割します。これらのステージは、スループットを最大化し、レイテンシーを最小化するために、パイプライン化されたアプローチを使用して並列に実行されます。

• Moveプログラミング言語：AptosはMoveプログラミング言語を使用しています。Suiの革新とは異なり、Aptosは言語の標準化、より強力な機能サポートの導入、カスタマイズなど、言語の改善に重点を置いています。

• 柔軟な状態同期: これにより、ノードは、全履歴の同期や最新の状態のみの同期など、異なる状態同期戦略を選択できるようになり、ノードの柔軟性が向上します。

• AptosBFTコンセンサスメカニズム：AptosBFTはAptosで使用されるビザンチンフォールトトレラント（Byzantine Fault Tolerant：BFT）コンセンサスメカニズムで、認証者間の通信と同期を最適化することでスループットを向上させ、待ち時間を短縮します。Suiと比較すると、DiemBFTの改良版と見ることができ、効率とクラッシュリカバリに若干の改良が加えられているため、ここでは簡単にしか触れません。

Aptosのアーキテクチャは、高速、低オーバーヘッド、セキュリティを維持しながら、大量の同時トランザクションを処理できるように設計されている。さらに、Move言語とAptosフレームワークは、セキュアでスケーラブルでユーザーフレンドリーなアプリケーションを構築するための強力なツールを開発者に提供します。

3.2 Block-STM

ここでは、Aptosの中核となる革新的な並列実行エンジンBlock-STMについて詳しく説明します。

Block-STMの中核原理:

• Presets順次実行： Block-STMは、ブロック内のトランザクションのプリセット順序に依存しており、最終状態の一貫性を確保するために、すべてのトランザクションがこれに従わなければならない。

• 楽観的同時実行制御： Block-STMは、衝突が起きないと仮定して、トランザクションを楽観的に並列実行する。楽観的同時実行制御は、競合がほとんど起こらないという仮定に基づき、ロックなしでトランザクションがデータにアクセスし、変更できるようにします。複数のトランザクションが同時に競合する可能性は低いと仮定し、修正を継続し、競合があれば最終コミットの前にチェックできるようにします。

• マルチバージョンデータ構造: 楽観的並行性制御をサポートするために、Block-STMはマルチバージョンデータ構造を使用してデータを格納します。各書き込み操作はデータの新しいバージョンを作成し、読み込み操作は対応するデータバージョンにアクセスする。

• 検証と再試行: トランザクションの実行後、Block-STM は読み込まれたデータバージョンがまだ有効かどうかを検証します。検証が失敗し、競合を示す場合、トランザクションは無効とマークされ、再実行される。

• 協調スケジューリング： Block-STMは協調スケジューラを使用して、スレッド間で実行と検証タスクを調整し、並列性を最大化する。

Block-STMのワークフロー:

• Transaction grouping: ブロック内のトランザクションはグループ化され、並列実行のために異なるスレッドに割り当てられます。

• 楽観的実行：各スレッドは、割り当てられたトランザクションを楽観的に実行し、各トランザクションの読み取りと書き込みのセットを記録する。

• 検証：スレッドがトランザクションの実行を完了すると、読み取りセット内のデータのバージョンがまだ有効であることを検証する。

• 再実行：検証は競合を示す失敗した場合、トランザクションは無効としてマークされ、再実行されます。

• 提出：すべてのトランザクションが検証されると、結果がブロックチェーンの状態に書き込まれ、トランザクションの提出が完了します。

Block-STMの利点：

• 高いスループット：楽観的並行性制御と協調的スケジューリングを活用することで、Block-STMはマルチコアプロセッサの性能を活用して高いスループットを達成できます。

• 低レイテンシ： Block-STMはトランザクションを並列に実行できるため、トランザクションの確認時間を大幅に短縮します。

• セキュリティ： Block-STMの事前定義された逐次実行と検証メカニズムにより、最終状態の一貫性とセキュリティが保証されます。

要するに、Block-STMは効率的な並列トランザクション実行エンジンであり、楽観的並行性制御、マルチバージョンデータ構造、協調的スケジューリング技術を組み合わせて、セキュリティと正しさを確保しながらブロックチェーンのスループットを最大化します。

3.3 アカウント抽象化

Suiのアカウント抽象化に対するより直接的なアプローチとは異なり、Aptosはより限定的な抽象化レベルをサポートし、特定の事前定義された標準を欠いています。

• Modular account management: アカウントはMoveモジュールを使って定義・管理され、開発者は異なるアカウントタイプや機能を実装するカスタムモジュールを作成できます。

• 柔軟なキー管理：あるキーをトランザクションの署名に使用し、別のキーをアカウント管理に使用するなど、ユーザーがアカウントに対する異なる操作に異なるキーを使用できるようにします。

• Programmable Transaction Validation（プログラム可能なトランザクション検証）: 開発者は、さまざまなアプリケーションシナリオに対応するために、Moveモジュール内で複数の署名や支出限度額などのカスタムトランザクション検証ロジックを定義できます。

3.4マイクロソフトとのコラボレーション

ゲーム開発に重点を置いているSuiとは異なり、Aptosは特定の開発目標を持たず、その代わりに最も生産に適したブロックチェーンであると自称しています。Aptosがマイクロソフトと協力し、マイクロソフトのAI技術をブロックチェーンに組み込むことを目指していることは注目に値する。彼らの最初の共同製品であるAptos Assistantは、Aptosネットワーク上に構築された生成AIアシスタントで、公式サイトで公開されている。今後数ヶ月のうちに、さらに多くのAI製品がリリースされる予定だ。

4.Moveエコシステム

Suiは最近好調だが、Moveエコシステムは、EVMチェーンやSolanaやTonのような異種チェーンと比べると、成熟するにはまだ時間が必要だ。SuiとAptosの明らかなスター効果と継続的な技術的ブレークスルーにもかかわらず、Moveエコシステムの全体的な規模と活動は、成熟したエコシステムに比べてまだ遅れており、開発者の数、アプリケーションの種類、ユーザーの規模が落ち着くには時間がかかります。対外的な協力から運営に至るまで、両プロジェクトはWeb2のメンタリティが強く、Web3の遺伝子が欠けており、あらゆる種類の協力プロジェクトは業界では比較的冷淡である。

しかし、Moveのエコシステムの可能性を考えると、カバーすべき領域はたくさんある。一部の開発者はすでにMoveの将来的な価値に気づいています。冒頭で述べたように、MoveをETHレイヤー2のエコシステムに取り込むプロジェクトがすでにあり、Moveエコシステムは将来的にETHレイヤー2の空間で輝く可能性が高い。現在の焦点は、Moveエコシステムをいかにスポットライトを浴びせるかにあるはずだ。