Move Gemini:Sui と Aptos がブロックチェーンの状況にどのように挑戦するか

avatar
YBB Capital
1ヶ月前
本文は約9637字で,全文を読むには約13分かかります
Move プログラミング言語は Meta の Diem プロジェクトに由来し、Sui と Aptos という 2 つの主要なブロックチェーンの中核基盤に進化しました。 Sui はオブジェクト ストレージ モデルと革新的なコンセンサス メカニズムを通じてゲームや非金融アプリケーションで優れたパフォーマンスを実証しており、Aptos は Block-STM 並列実行エンジンとモジュラー設計を通じて高性能 Web3 インフラストラクチャの構築に取り組んでいます。この 2 つはテクノロジーにおいて画期的な進歩を遂げましたが、Move エコシステムはまだ蓄積する時間が必要であり、将来の発展に大きな可能性を秘めています。

原作者:YBB Capital 研究員 Zeke

Move Gemini:Sui と Aptos がブロックチェーンの状況にどのように挑戦するか

序文

昨今、市場の冷え込みはますます厳しくなり、業界のOGの中には業界の存在意義が揺らぎ始めている人も少なくありません。私の個人的な感情をお話しますと、過去の多くの素晴らしいビジョンが「改ざん」されたのは、そのビジョンが最初から論理的に一貫していなかったからではないかと常々感じています。非金融アプリケーション以外の Dapps は、製品自体が十分ではないという事実を隠すために、常に分散化の価値を強調しようとします。しかし実のところ、彼らは私に、Google、Twitter、YouTube を信頼するのではなく、マルチ署名ウォレットとスタンドアロン サーバーが十分に安全であることを信頼するように求めたのです。多くのビジョンは改ざんされていませんが、真に検証されたことはありません。私は、たとえそれがそれほど壮大なものでなくても、ほとんどのビジョンには意味があると今でも信じています。最終的には、分散化の観点から少なくとも 1 つは提供され、Web2 に匹敵する優れたエクスペリエンスが得られます。 TON と Solana がかつては軽蔑されていましたが、現在ではパフォーマンスの多くの面で兄貴分に徐々に追いつきつつあるのと同じように、アプリケーションを運ぶパブリック チェーンにはイノベーションが必要であり、それがあらゆるサイクルで業界の進歩を促進します。したがって、今日は、長い間真剣に考慮されていなかったパブリック チェーン タイプ、Move システムについて検討します。

1.移動

Move プログラミング言語は元々、Meta の放棄されたプロジェクト Diem (当初は Libra と呼ばれていた) から生まれました。このプロジェクトは元々、メタバース ビジョンの基礎として、より安定した規制されたステーブルコインを作成することを目的としていました。 その代わり、このプロジェクトは世界中の規制当局からの強い反対と継続的な圧力に直面しました。 規制当局は、Diemの規模とFacebookの巨大なユーザーベースが金融の安定、金融政策、データプライバシーに脅威をもたらす可能性があることを懸念しており、バイデン政権主導の圧力により、最終的にMetaはDiemプロジェクトを断念せざるを得なくなった。

しかし、ありがたいことに、ディエムの中核は放棄されておらず、元のチームから分離したさまざまな勢力が依然としてムーブの探索と開発を主張しており、今では私たちが知っているムーブの双子、スイとアプトスに進化しました。さらに、まだ初期段階にある Linera (Move の Rust パブリック チェーンを利用) や、最近精力的に発表されている Movement など、多くのパブリック チェーン プロジェクトがあります。

では、なぜ半分にカットされたプロジェクトの残留利益がこれほど大きくなることができるのでしょうか? Move は、大手 Web2 メーカーのブロックチェーン プログラミング言語に対する答えです。言うまでもなく、その設計は既存のブロックチェーン プログラミング言語 (特に Solidity) を中心に展開されており、パフォーマンスとセキュリティの問題に関して多くの改善が加えられています。設計の目標は、資産管理とアクセス制御の実施に合わせて型システムを調整することでした。私個人としては、次の 3 つの点に簡単にまとめます。

  • セキュリティ: Move 言語設計の大前提はセキュリティです。静的型チェックとリソース管理を使用して、オーバーフロー エラーや再入攻撃などの一般的なセキュリティ脆弱性を防止します。他の言語の仮想マシンと比較して、Move はさまざまなセキュリティ機能をサポートしています。次の図は Nansen の比較を引用しています。

Move Gemini:Sui と Aptos がブロックチェーンの状況にどのように挑戦するか

  • 構成可能性: モジュール性と構成可能性をサポートし、開発者がさまざまなスマート コントラクトを簡単に作成および組み合わせて、より複雑なアプリケーションを構築できるようにします。

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

モジュール式 EVM パブリック チェーンが市場に氾濫している現在、Move は実際には勇敢な試みです。先ほど挙げた3つの魅力については、多くのパブリックチェーンプロジェクトの紹介で似たような内容を目にしたことがあるかもしれませんが、これらの言葉をイメージするためには、実際に体験してみることをお勧めします。

2.スイ

Move Gemini:Sui と Aptos がブロックチェーンの状況にどのように挑戦するか

2.1 アーキテクチャ

2 つのスターのうちの 1 つとして、Sui はローンチ初期にエアドロップの問題とトークンの解放方法で批判されてきました。しかし、これらの問題は脇に置いて、プロジェクト自体について話してください。少なくともパフォーマンスとエクスペリエンスの点では、Sui は十分に優れており、ゲームでのパフォーマンスは非常に優れており、これは主流の採用に向けて改善された独自のアーキテクチャ設計と切り離すことができません。ここで、Sui のアーキテクチャ上の革新について簡単に説明します。

  1. オブジェクト ストレージ モデル: このコンポーネントは、Sui による Move の改良の中核コンポーネントであり、いわゆるオブジェクト ストレージ モデルはデータを独立したオブジェクトとして保存し、各オブジェクトは一意の識別子を持ちます。従来のデータベース システムとは異なり、オブジェクト ストレージ モデルには固定されたデータ構造がなく、テキスト、画像、ビデオ、オーディオなどのさまざまな種類のデータを保存できます。このモデルでは、並列実行と水平スケーリング (ストレージ容量を拡張するためのノードの追加) が可能であり、Sui はこのモデルを中心に設計されています。

  2. 因果関係の順序付け: データの競合や不一致を回避するために、トランザクションの実行順序が因果関係に従っていることを確認します。これにより、Sui は大量の同時トランザクションを処理し、データの一貫性を維持できるようになります。

  3. Narwhal と Bullshark コンセンサス エンジン:Sui は、Narwhal と Bullshark をコンセンサス エンジンとして使用します。Narwhal はトランザクションのソートと検証を担当し、トランザクションの因果関係に従ってソートとブロードキャストを行い、すべてのノードを保証します。同じ有効なトランザクションシーケンスを持っています。 Bullshark は、Narwhal でソートされたトランザクション リストを受け取ると、トランザクション リストに投票し、ビザンチンのフォールト トレラント コンセンサスを使用して、すべてのノードがトランザクション リストに同意するようにします。

  4. Sui Move:Sui は Move 言語を拡張し、NFT、資産管理、データ ストレージのサポートなどの新機能を追加します。

  5. Sui フレームワーク: Sui は、開発者がアプリケーションを迅速に構築および展開できるようにするための完全なフレームワークを提供します。このフレームワークには、Sui Wallet、Sui SDK、Sui CLI などのさまざまなツールやライブラリが含まれています。

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

2.2 コンセンサス

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

Mysticeti を使用すると、複数のバリデーターが並行してブロックを提案できるため、ネットワーク帯域幅を最大限に活用し、検閲耐性を提供できます。さらに、このプロトコルでは、DAG (有向非巡回グラフ) からブロックを送信するのに 3 ラウンドのメッセージしか必要としません。これは pBFT と同じで、理論上の最小値と一致します。コミット ルールにより、ブロック リーダーの並行投票と認証が可能になり、レイテンシの中央値と末尾がさらに短縮されます。コミット ルールは、コミット レイテンシーを大幅に増加させることなく、リーダーが使用できないことを許容することもできます。

Mysticeti は、Sui メインネットが開始される 3 か月間テストネット上で実行されており、その注目すべき結果には、遅延の 80% 削減が含まれます。現在、Sui ネットワークは、エンドツーエンドの遅延が 1 秒をはるかに下回る状態で、1 秒あたり数万件のトランザクションを処理できるようになりました。

また、Sui ブロックチェーンは、Delegated Proof-of-Stake (DPoS) と呼ばれる特定のタイプのプルーフ オブ ステーク コンセンサスも使用します。共有オブジェクトに関係するトランザクション (複雑なトランザクションと呼ばれます) が発生すると、Sui はトランザクションの順序付けに上記の Narwhal Bullshark コンセンサス エンジンを使用します。 BFT コンセンサスメカニズムを備えた他のパブリックチェーンと比較した、Sui の利点と欠点は 6 つの点に要約できます。

利点:

  • 低レイテンシと高スループット: Mysticeti プロトコルは、並列ブロック提案と最適化されたメッセージ配信プロセスを通じてコンセンサス レイテンシを大幅に短縮し、ネットワーク スループットを向上させます。 これにより、Sui ブロックチェーンは、エンドツーエンドのレイテンシーが 1 秒をはるかに下回る状態で、1 秒あたり数万件のトランザクションを処理できるようになります。

  • 検閲耐性: Mysticeti プロトコルでは、複数のバリデーターが並行してブロックを提案できるため、ネットワークの検閲耐性が向上します。

  • 利用できないリーダーの許容: コミット ルールを使用すると、コミット レイテンシーを大幅に増加させることなく、利用できないリーダー (リーダー ノードに障害が発生すると、システムが責任を引き継ぐ新しいリーダーを自動的に選択します) を許容できます。

短所:

  • 複雑さ: Mysticeti プロトコルの設計は比較的複雑であり、その動作メカニズムを完全に理解するには、より深い技術的理解を必要とします。

  • セキュリティ: Mysticeti プロトコルはテスト ネットワークでは良好に機能しましたが、そのセキュリティは実際のアプリケーションでさらに検証する必要があります。

  • スケーラビリティ: Mysticeti プロトコルのスケーラビリティは、将来的に増大するネットワーク サイズとトランザクション量に適応できるかどうかをさらに観察する必要があります。

2.3 抽象的なアカウント

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

Sui の抽象アカウント モデルでは、アカウントはもはや単純な公開鍵と秘密鍵のペアではなく、より豊富な属性と動作を備えたオブジェクトになります。各アカウントには、アカウント ID と呼ばれる一意の識別子があり、アカウントの公開鍵と秘密鍵のペアに関連付けられています。

Sui の抽象アカウント モデルには、次の主要なコンポーネントが含まれています。

  1. アカウント オブジェクト: アカウント オブジェクトは、Sui のアカウントの基本単位です。各アカウント オブジェクトには一意のアカウント ID があり、アカウントのプロパティと動作が含まれています。

  2. アカウント データ: アカウント データはアカウント オブジェクトの中核コンポーネントです。これには、アカウント ID、公開キーと秘密キーのペアなど、アカウントに関する基本情報が含まれます。

  3. トランザクション コンテキスト: トランザクション コンテキストは、Sui におけるトランザクションの基本単位です。これには、トランザクション ID、アカウント ID、トランザクション データなどのトランザクション関連情報が含まれます。

  4. アカウント ロジック: アカウント ロジックは、Sui のアカウントの動作とルールの集合です。アカウントがトランザクションを処理し、ステータスを管理する方法を定義します。

Sui の抽象アカウント モデルは、次の手順でトランザクションを処理します。

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

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

  3. アカウント検索:Sui Network は、トランザクション内のアカウント ID に基づいて、対応するアカウント オブジェクトを検索します。

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

  5. トランザクションの確認:Sui ネットワークはトランザクションの結果を確認し、ブロックチェーンに書き込みます。

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

2.4 ゲーム

パブリック チェーンが包囲を突破できるかどうかは、まず蓄積し続ける必要があります。上記で Move が勇敢な試みと呼ばれる理由は 2 つあります。1 つは、モジュール概念の一般化の時代において、ネイティブ Move システム (つまり、Move Twin Star) です。 ) はレイヤー 1 での最後の試みであると考えられており、基本的にトレンドに逆行していますが、最近の複数の異種チェーンの台頭は、モジュール化が唯一の答えではないことを証明している可能性があります。 2つ目は、パブリックチェーンを作り直し、新たなプログラミング言語を採用するというもので、現在の携帯電話市場においてiOSやAndroidに対抗するシステムを作り直すと考えると、今後の道は茨に満ちているに違いありません。 Move システムが今後数年間で輝きを増し、Solana と同じくらい人気を博すことができるかどうかは、開発の方向性が特に重要になります。この質問に対するスイの答えは「ゲーム」です。

ゲームは Web3 への重要な入り口の 1 つですが、ほとんどのパブリック チェーンはゲームを十分にサポートしていません。これは、ブロックチェーンが誕生以来金融を中心に設計されており、分散型構造のパフォーマンスが低いため、本来はゲームには適していません。しかし、Sui のモデルは DeFi アプリケーションと非金融アプリケーションおよびゲームの両方に適しています。スイでは上で述べたように、すべてはオブジェクトです。ゲームやアプリケーションには、階層関係を持つ複雑なアセットがあります。Sui では、オブジェクトは他のオブジェクトを所有できます (アセットはアセットを所有できます)。英雄的なキャラクターがいるゲームをプレイしていて、その英雄的なキャラクターには、そのキャラクターに属する他のデジタル資産も含むインベントリがあるとします。 Sui は、他のブロックチェーンではできない方法で、これらのデータ階層を正確にモデル化できます。したがって、開発者はチェーンの基本的な制限に対処することなく、構築したいアプリケーションを表現する機会が得られます。

さらに、Suiは伝統的なWeb2大手との連携も積極的に展開しており、昨年からは韓国の4大ゲーム大手のうち3社(ネットマーブルNHNNCSoft )と提携に至った。今年 Tiktok と協力してブロックチェーン ゲームや SocialFi プロジェクトを開発することで、Sui は従来の巨大企業を Web2 に導入しています。

3. アプトス

Move Gemini:Sui と Aptos がブロックチェーンの状況にどのように挑戦するか

Move 言語に基づくもう 1 つのレイヤー 1 ブロックチェーンとして、Aptos は高性能でスケーラブルな Web3 インフラストラクチャの構築にも取り組んでいます。その建築デザインはSuiと多くの類似点がありますが、いくつかのユニークな特徴も示しています。

3.1 アーキテクチャ

1. モジュラー設計: Aptos はモジュラー アーキテクチャを採用しており、開発者がさまざまなモジュールを個別に開発およびアップグレードできるため、開発速度と柔軟性が向上します。

2. 並列実行エンジン (Block-STM): データの依存関係の事前宣言を必要とする他のブロックチェーンとは異なり、Aptos の並列実行エンジンは、データの場所を事前に知らなくてもトランザクションを並列処理できるため、スループットが向上し、レイテンシが短縮されます。

3. パイプライン トランザクション処理: Aptos は、トランザクション処理を伝播、メタデータの並べ替え、バッチ ストレージなどの複数のステージに分割し、パイプライン アプローチを通じてこれらのステージを並行して実行することで、スループットを最大化し、レイテンシーを削減します。

4. Move プログラミング言語: Aptos は Move プログラミング言語を使用します。Sui によって導入された革新と比較して、Aptos はそれを改善するために多くのことを行っています。たとえば、言語の標準化、より強力な機能サポート、カスタマイズ機能の導入などです。

5. 柔軟なステータス同期: ノードが、完全な履歴を同期する、または最新のステータスのみを同期するなど、さまざまなステータス同期戦略を選択できるようにすることで、ノードの柔軟性が向上します。

6.AptosBFT コンセンサス メカニズム: AptosBFT は、Aptos によって使用されるビザンチン フォールト トレラント コンセンサス メカニズムであり、バリデータ間の通信と同期を最適化することでスループットを向上させ、レイテンシを短縮します。 Sui と比較すると、DiemBFT の改良版としか考えられません。効率とクラッシュ防止の回復がある程度向上しているため、ここでは簡単に説明します。

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

3.2 ブロック STM

ここで、Aptos のコアとなる革新的な並列実行エンジン Block-STM について話しましょう。

Block-STM の中心原則:

  1. プリセット順序の実行: Block-STM は、ブロック内のトランザクションのプリセット順序に依存して、最終状態の一貫性を確保するために、すべてのトランザクションをこの順序で実行する必要があります。

  2. 楽観的な同時実行制御: Block-STM は、競合が発生しないことを前提として、楽観的にトランザクションを並列実行します。オプティミスティック同時実行制御は、「競合はまれである」という前提に基づいており、トランザクションがロックせずにデータにアクセスして変更できるようにします。複数のトランザクションが同時に衝突する可能性は非常に低いと考えられているため、最初に変更して、最終送信前に実際に衝突が発生するかどうかを確認できます。

  3. マルチバージョン データ構造: オプティミスティック同時実行制御をサポートするために、Block-STM はマルチバージョン データ構造を使用してデータを保存します。各書き込み操作ではデータの新しいバージョンが作成され、読み取り操作では対応するバージョンのデータにアクセスします。

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

  5. 協調スケジューリング: Block-STM は協調スケジューラを使用して、個々のスレッドの実行タスクと検証タスクを調整し、並列処理を最大化します。

ブロック STM ワークフロー:

  1. トランザクションのグループ化: ブロック内のトランザクションをグループ化し、並列実行のために異なるスレッドに割り当てます。

  2. オプティミスティック実行: 各スレッドは、割り当てられたトランザクションをオプティミスティックに実行し、各トランザクションの読み取りセットと書き込みセットを記録します。

  3. 検証: スレッドはトランザクションの実行を完了すると、読み取りセット内のデータ バージョンがまだ有効かどうかを検証します。

  4. 再試行: 検証が失敗した場合、競合が発生し、トランザクションは無効としてマークされ、再実行されます。

  5. 送信: すべてのトランザクションが検証された後、結果がブロックチェーン ステータスに書き込まれ、トランザクションの送信が完了します。

Block-STM の利点:

  • 高スループット: 楽観的な同時実行制御と協調スケジューリングを通じて、Block-STM はマルチコア プロセッサのパフォーマンスを最大限に活用して高スループットを実現します。

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

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

簡単に言うと、Block-STM は、オプティミスティック同時実行制御、マルチバージョン データ構造、協調スケジューリングなどのテクノロジーを組み合わせて、セキュリティと正確性のチェーン スループットを確保しながらブロック数を最大化する、効率的な並列トランザクション実行エンジンです。

3.3 抽象アカウント

非常に直接的なSuiの抽象アカウントとは異なり、Aptosでサポートされる抽象的な次元はより限定されており、その抽象アカウント機能は主に次の側面に反映されています。

  1. モジュール式アカウント管理: Move モジュールを使用してアカウントを定義および管理し、開発者はカスタム モジュールを作成してさまざまなアカウント タイプと機能を実装できます。

  2. 柔軟なキー管理: トランザクション署名に 1 つのキーを使用し、アカウント管理に別のキーを使用するなど、ユーザーが異なるキーを使用してアカウントに対してさまざまな操作を実行できるようにします。

  3. プログラム可能なトランザクション検証: 開発者は、さまざまなアプリケーション シナリオに合わせて、マルチ署名、制限などのカスタマイズされたトランザクション検証ロジックを Move モジュールで定義できます。

3.4 マイクロソフトとの連携

ゲームの開発に重点を置いているSuiと比較して、Aptosは、制作に最適なブロックチェーンをスローガンとしており、特定の開発目標を持っていません。 Aptos が現在 Microsoft と協力して、Microsoft の AI テクノロジーをブロックチェーンに導入していることは言及に値します。現在、両者の最初のコラボレーション製品である Aptos Assistant が公式ページで公開されています。この製品は Aptos ネットワークによって構築された生成 AI アシスタントであり、その後の AI 製品は数か月以内に発表される予定です。

4. システムの移動

最近、Sui は好調なパフォーマンスを示していますが、EVM システムや Solana や Ton などの異種チェーンにはまだ劣っています。 Move の台頭が落ち着くまでにはまだ時間がかかります。現在の双子の星、Sui と Aptos には星の後光があり、確かに技術的な進歩を遂げていますが、Move エコシステムの全体的な規模と活動は、他の成熟したエコシステムほど優れていません。開発者の数、アプリケーションの種類、ユーザーの規模はすべて、蓄積するのに時間がかかります。運営に対する外部協力の観点から見ると、両者は比較的強力な Web2 の考え方を持っていますが、Web3 の遺伝子が欠けています。業界ではさまざまな協力プロジェクトが常に生ぬるいものでした。

しかし、Move シリーズの可能性という点では、多くの面で検討する価値があり、開発者の中には Move の将来的な価値に注目している人もいます。序文で述べたように、Move を ETH レイヤー 2 に導入するプロジェクトはすでに存在しています。将来的には、Move システムは ETH の第 2 レイヤーのエコシステムでも活躍することになるでしょう。今行わなければならないのは、Move システムをどのように推進するかです。

参考文献:

AptosとSuiの比較: https://cryptotvplus.com/2022/08/a-comparison-of-aptos-and-suit/

ナンセン: スターパブリックチェーン Aptos の技術的特徴と生態学的状況の詳細な説明: https://foresightnews.pro/article/detail/16825

Aptos ドキュメント: https://aptos.dev/en/network/blockchain/move

Sui 公式ドキュメント: https://docs.suit.io/

ブロックチェーンの初心者として、Sui とその仕組みをどのように理解していますか? : https://medium.com/suit-network-cn/ブロックチェーンの初心者として - sui を理解する方法とその動作方法 - f 2 aaa 5 d 8848 f

オリジナル記事、著者:YBB Capital。転載/コンテンツ連携/記事探しはご連絡ください report@odaily.email;法に違反して転載するには必ず追究しなければならない

ODAILYは、多くの読者が正しい貨幣観念と投資理念を確立し、ブロックチェーンを理性的に見て、リスク意識を確実に高めてください、発見された違法犯罪の手がかりについては、積極的に関係部門に通報することができる。

おすすめの読み物
編集者の選択