ムーブ・ツイン：SuiとAptosがブロックチェーンに挑戦する理由

著者：YBBキャピタル研究員 ジーク

はじめに

最近の市場。ますます寒くなり、多くの OG の輪も業界の存在意義を揺るがし始めている。個人的な感想を少し述べると、過去に多くの偉大なビジョンが「改竄」された理由は、これらのビジョンが最初から論理的な自己整合性を持つことができないからだと常々感じている。非金融系以外のDappsは、分散化の価値を強調することで、プロダクト自体のダメさを隠そうとしてきました。しかし実際は、グーグルやツイッター、ユーチューブを信用するのではなく、マルチシグネチャウォレットやスタンドアロンサーバーが十分に安全であることを信用しろというのだ。多くのビジョンは改ざんされたものではなく、実際に検証されたものではないのだ。私は、ほとんどのビジョンはそれほど壮大でなくても意味があり、それを支える十分な基盤が必要なだけだと信じ続けている。最終的には、分散化とWeb2に匹敵する良い経験において、少なくとも1つは提供することができる。以前のように TON と Solana も軽蔑されていますが、今パフォーマンスの多くの側面で徐々にお兄さんに追いついて、各サイクルで業界の進歩を促進するパブリックチェーンのアプリケーションを革新する必要があるベアリング。そこで今日は、長い間過小評価されてきたパブリックチェーンの一種である「移動システム」についてご紹介します。

I.Move

Moveプログラミング言語は、もともとMetaのレガシープロジェクトであるDiem（当初はLibraとして知られていた）から生まれました。このプロジェクトは、メタバースのビジョンの一環として、より安定し規制されたステーブルコインを作ろうとしていた。 しかし、予想に反して、このプロジェクトは世界中の規制当局から強い反対と持続的な圧力を受けた。 規制当局は、ディエムの規模とフェイスブックの膨大なユーザーベースが、金融の安定性、金融政策、データプライバシーに脅威を与える可能性を懸念し、バイデン政権が主導した圧力により、最終的にメタはディエム・プロジェクトを断念せざるを得なくなった。

しかし、ありがたいことに、Diemのコアは放棄されたわけではなく、オリジナルチームから分裂した異なる派閥は、今日私たちが知っている Move へと進化した Move の掘削と開発に固執し続けている。

では、なぜウエストカットのプロジェクトがこのような大きな後味を持つことができるのでしょうか？Move 答案用紙のブロックチェーンプログラミング言語のWeb2ヘッド工場として、そのメリットは言うまでもなく、既存の（特に Solidity）周りのブロックチェーンプログラミング言語の設計において性能とセキュリティの問題について多くの考察を行ったが、その設計目標は、資産管理とアクセス制御のためのオーダーメイド型のシステムを実装することである。

• セキュリティ：Move言語はセキュリティを念頭に置いて設計されており、静的な型チェックとリソース管理を使用して、オーバーフローバグやリエントラント攻撃などの一般的なセキュリティホールから保護しています。リエントラント攻撃から保護します。Move は、 Nansen の比較による以下の図に示すように、他の言語VMと比較してさまざまなセキュリティ機能をサポートしています。

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

• パフォーマンス：Move Languageの仮想マシンは、スマートコントラクトを効率的に実行するために最適化（並列処理、メモリ管理、コンパイラの最適化）されており、トランザクションの高速化とスループットの向上をもたらします。

現在市場に氾濫しているモジュール性 EVM パブリックチェーンにおいて、Move は実は一種の勇敢な試みとして数えられています。私は3つのポイントの魅力を述べましたが、あなたはまた、多くのパブリックチェーンプロジェクトの導入にあるかもしれませんが、私は個人的にこれらの言葉を可視化するために経験することをお勧めします類似した見てきました。

隋

2.1アーキテクチャー

双子の一人である隋とアプトスは、ブロックチェーンに挑戦している。双子の一人であるSuiは、立ち上げ初期にエアドロップの問題とトークンの放出方法について批判された。しかし、これらの問題はさておき、プロジェクト自体は、Sui 少なくともパフォーマンスと経験の面では十分であり、パフォーマンス上のゲームでは、改善されたアーキテクチャ設計の主流採用のためにそれ自身と不可分である非常に良いです。ここでは、まず簡単にアーキテクチャの Sui 革新を説明します：

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

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

3. NarwhalとBullsharkコンセンサスエンジン：SuiはコンセンサスエンジンとしてNarwhalとBullsharkを使用し、Narwhalはトランザクションの順序と検証を担当する。Narwhalの動作原理は、トランザクションの因果関係に従ってローカルなトランザクションプールを維持し、ソートとブロードキャストを行い、すべてのノードが同じ有効なトランザクション順序を持つようにすることである。BullsharkはNarwhalのソートされたトランザクションリストを受信し、ビザンチンフォールトトレラントコンセンサスを使用して、全てのノードがトランザクションリストに同意することを保証しながら、それに投票する。

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

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

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

2.2コンセンサス

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

Mysticetiは、複数の検証者が並行してブロックを提案することを可能にし、それによってネットワーク帯域幅を活用し、検閲耐性を提供します。さらに、このプロトコルはDAG（Directed Acyclic Graph：有向非循環グラフ）からブロックを提出するために必要なメッセージは3ラウンドのみであり、pBFTと同じで理論上の最小値に一致する。コミットルールはブロックリーダーの並列投票と認証を可能にし、中央値と末尾の待ち時間をさらに短縮する。また、コミットルールは、コミット待ち時間を大幅に増加させることなく、利用できないリーダーを許容します。

Mysticetiは、メインのSuiネットワークでの本番稼動に先立ち、テストネットワーク上で3ヶ月間稼動しており、待ち時間を80%削減するなどの顕著な結果を出しています。Suiネットワークは現在、エンド・ツー・エンドの待ち時間が1秒をはるかに下回る状態で、毎秒数万件のトランザクションを処理することができます。

Suiブロックチェーンはまた、プルーフ・オブ・ステーク（DPoS）と呼ばれる特定のタイプのプルーフ・オブ・ステーク・コンセンサスを使用しています。共有オブジェクトを含むトランザクション（複合トランザクションと呼ばれる）が発生すると、Sui はトランザクションを順序付けるために、上で説明したように Narwhal & Bullshark コンセンサスエンジンを使用する。

長所：

• 低レイテンシーと高スループット：Mysticetiプロトコルは、並列ブロック提案と最適化されたメッセージングプロセスを通じて、コンセンサスレイテンシーを大幅に削減し、ネットワークスループットを向上させます。

• レビュー耐性：Mysticetiプロトコルは、複数のバリデーターが並行してブロックを提案できるようにすることで、ネットワークのレビュー耐性を向上させます。style="text-align: left;">利用できないリーダーの許容：コミットルールは、コミット待ち時間を大幅に増加させることなく、利用できないリーダーの許容（リーダーノードが故障したとき、システムが自動的に新しいリーダーを選出し、引き継ぐ）を可能にします。

短所：

• 複雑さ：Mysticetiプロトコルの設計は比較的複雑です。

• セキュリティ：Mysticetiプロトコルはテストネットワーク上ではうまく動作していますが、そのセキュリティは実世界のアプリケーションでさらに検証される必要があります。style="text-align: "left;">スケーラビリティ：Mysticetiプロトコルのスケーラビリティは、ネットワークサイズとトランザクション量における将来の成長に対応できることを確認する必要があります。

2.3.アカウント抽象化

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

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

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

1. アカウントオブジェクト(Account Object): Account Objectは Sui におけるアカウントの基本単位です。

2. アカウントデータ(Account Data): アカウントデータはアカウントオブジェクトのコアコンポーネントです。

3. トランザクションコンテキスト（Transaction Context）：トランザクションコンテキストは、Sui のトランザクションの基本単位です。

4. アカウントロジック（Account Logic）：アカウントロジックは、 Sui アカウントの動作とルールのコレクションです。動作とルールの集まり。アカウントがどのようにトランザクションを処理し、その状態を管理するかを定義します。

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

2. アカウントロジック: アカウントロジックは、アカウントがトランザクションを処理し、その状態を管理する方法を定義する、Sui の動作とルールのコレクションです。left;">トランザクションの作成：ユーザーはトランザクションを作成し、それをSui ネットワークに送信します

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

4. アカウント検索：Sui ネットワークは、トランザクション内のアカウント ID に基づいて対応するアカウントオブジェクトを検索します;

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

6. トランザクションの確認：Sui  ネットワークがトランザクションの結果を確認し、ブロックチェーンに書き込む。

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

2.4ゲーム

パブリックチェーンが際立つことができるかどうかは、まず第一に、沈殿と蓄積であるべきである：第一に、ネイティブ Move 部（すなわち Move 双子座）の時代の一般化のモジュール概念は、 Layer 1 への最後の試みであると考えられている、基本的にカウンタートレンドに属していますが、異種チェーンの数の最近の上昇は、おそらく答えのモジュール性の証明では、唯一のものではありません。第二は、パブリックチェーンをリメイクし、新しいプログラミング言語を採用することですこの動きは、現在の携帯電話市場で＆nbsp;iOS＆nbsp;とAndroidに挑戦するシステムをリメイクしたいようにそれを想像することができ、未来への道はいばらのフルにバインドされています。 それは＆nbsp;ソラナ＆nbsp;のようになることができるかどうか、今後数年間で移動＆nbsp;のシステムは、発光、ホット、独自の発展の方向性が特に重要になるだろう。

ゲームはWeb3への重要な入り口の一つですが、ゲームのためのパブリックチェーンのサポートの大半は良くありませんが、これは誕生以来、ブロックチェーンは、基本的に金融を中心に設計されているためだけでなく、低のパフォーマンスの分散型構造のため、本質的にゲームに適していません。しかし、Sui Sui は同じではなく、そのモデルはDeFi アプリケーションと非金融アプリケーションやゲームの両方に適しています。前述したように、Sui ではすべてがオブジェクトである。ゲームやアプリは階層的な関係を持つ複雑なアセットを持ち、Suiではオブジェクトが他のオブジェクトを所有することができます（アセットがアセットを所有することもできます）。例えば、ヒーローキャラクターが登場するゲームをプレイしていて、そのヒーローキャラクターにはインベントリがあり、そのキャラクターに属する他のデジタルアセットがあるとします。suiは、他のブロックチェーンにはない方法で、こうしたデータ階層を正確にモデル化することができます。その結果、開発者はチェーンの基本的な制限に対処することなく、作りたいアプリを表現する機会を得ることができる。

これに加えてSui は、昨年の韓国4大ゲーム大手のうち3社（Netmarble、NHN、NCSoft）との提携に始まり、伝統的なWeb2大手との提携を積極的に進めている。

三、アプトス

Move言語をベースとしたもう一つのレイヤー1ブロックチェーンであるAptosもまた、高性能でスケーラブルなWeb3インフラの構築に専念している。そのアーキテクチャはSuiと多くの共通点を持つが、いくつかのユニークな特徴もある。

3.1アーキテクチャ

1.モジュール設計：Aptos は、開発者が異なるモジュールを独立して開発およびアップグレードできるモジュールアーキテクチャを採用しており、開発速度と柔軟性が向上しています。

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

3.-パイプライン化されたトランザクション処理: Aptosはトランザクション処理をプロパゲーション、メタデータのソート、バッチストレージなどの複数のフェーズに分割し、これらのフェーズをパイプライン方式で並列実行することで、スループットを最大化し、待ち時間を短縮します。

4.プログラミング言語: AptosはMoveプログラミング言語を使用していますが、Sui が導入した革新的な技術と比べると、Aptosはより洗練されたものになっています。

5.柔軟な状態同期：ノードは、全履歴の同期や最新の状態のみの同期など、異なる状態同期戦略を選択することができます。AptosBFTコンセンサスメカニズム: AptosBFTはAptosで使用されるビザンチンフォールトトレラントコンセンサスメカニズムで、認証者間の通信と同期を最適化することでスループットを向上させ、待ち時間を短縮します。Sui と比較すると、いくつかの改善を行うための効率性とクラッシュ回復抵抗で、唯一の＆nbsp;DiemBFT改良版を数えることができるので、ここで唯一の簡単な説明です。

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

3.2ブロックSTM

ここでは、Aptosの中核技術である並列実行エンジンBlock-STMについて説明します：

Block-STMの中核原理:

1. プリセット順序実行: Block-STMは、並列実行エンジンのプリセット順序に依存します。

2. 楽観的同時実行制御： Block-STMは、競合が発生しないと仮定して、トランザクションを楽観的に並列実行します。楽観的同時実行制御： Block-STM は、競合が起こらないことを前提に、トランザクションを楽観的に並列実行する。

3. Multi-Version Data Structures: Optimistic Concurrency Control をサポートするために、Block-STM はデータの保存に Multi-Version Data Structures を使用します。書き込み操作のたびに、新しいバージョンのデータが作成されます。

4. 検証と再試行： トランザクションの実行後、Block-STM は読み込んだデータのバージョンがまだ有効であるかどうかを検証します。

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

Block-STMワークフロー：

1. トランザクションのグループ化：ブロック内のトランザクションをグループ化し、異なるブロックに割り当てる。

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

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

4. 再実行：検証が失敗し、競合が発生したことを示す場合、トランザクションは無効としてマークされ、再実行されます。p style="text-align: left;">提出：すべてのトランザクションが検証されると、その結果がブロックチェーンの状態に書き込まれ、トランザクションの提出が完了する。

Block-STMの利点：

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

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

• トランザクションは並列に実行できます。

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

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

3.3抽象アカウント

非常にわかりやすいSuiの抽象アカウントとは異なり、Aptosのサポートされる抽象次元は少し限定的で、事前に定義された基準はありません。

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

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

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

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

ゲームの開発に重点を置いているSuiに比べ、Aptosは特定の開発目標を持っていません。Aptosのスローガンはブロックチェーンの制作に最も適している。Aptosは現在マイクロソフトと協力しており、マイクロソフトのAI技術をブロックチェーンに導入することを目指している。現在、2つの製品間の最初の協力 Aptos Assistant がLINEの公式ページに掲載されており、この製品は生成的 AI アシスタントによって構築された Aptos ネットワークであり、後続の AI 製品は連続した後、数ヶ月で発表される予定です。|にできるようにあなたがそれをすることができます本当に出くわすことあなたは、実際には私たち約束、誰でも素早くはちょうど無視これらの一見正確にどのように{}人のことを忘れることができます。の全体的な規模は、他の成熟したエコシステムに比べるとまだ小さい。開発者の数、アプリケーションの種類、ユーザーの規模を蓄積するには時間が必要だ。対外的な協力から運用の観点まで、両者は比較的厚いWeb2思考を持ち、いくつかのWeb3遺伝子の不足は、サークル内のさまざまな協力プロジェクトが暖かい状態となっている。

しかし、可能性の 移動 部の面では、多くの点で深く掘り下げる価値がある、いくつかの開発者はまた、 移動 将来の価値に気づいている。冒頭で述べたように、 Move が ETHレイヤー 2 プロジェクトに導入されている、 Move システムの将来はまた、 ETH グローの生態系の2番目の層になり、現在の必要性は、より多くの Move を置く方法です ETHレイヤー 2 プロジェクト。|にできるようにあなたがそれをすることができます本当に出くわすことあなたは、実際には私たち約束、誰でも素早くはちょうど無視これらの一見正確にどのように{}人のことを忘れることができます。