# イーサリアム、ソラナ、Aptosの技術的な違いを深く探るMove言語、Aptosと他のパブリックチェーンの技術的な違いを探ることは、観察の深さによっては退屈に思えるかもしれません。一般的な分析では表面的になりがちで、コードを深く掘り下げると木を見て森を見ずになりやすいです。Aptosと他のパブリックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。取引のライフサイクルは理想的な分析の視点です。取引が作成されてから最終ステータスの更新に至るまでの全過程——作成と発起、ブロードキャスト、ソート、実行、ステータス更新を含む——を分析することで、パブリックチェーンの設計理念と技術的妥協を明確に把握できます。これを基準に、異なるパブリックチェーンの核心的な物語を理解し、将来的にはAptos上で魅力的なアプリケーションを構築する方法を探ることができます。すべてのブロックチェーン取引はこの5つのステップを中心に展開されます。この記事ではAptosを中心に、その独自の設計を分析し、イーサリアムとソラナと比較します。## Aptos: 楽観的並列 & 高性能設計Aptosは高性能に重点を置いたパブリックチェーンで、その取引ライフサイクルはイーサリアムに似ていますが、独自の楽観的並行実行とメモリプールの最適化により、顕著な性能向上を実現しています。以下はAptos上の取引ライフサイクルの重要なステップです：### 創造と開始Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーはライトノード（ウォレットやアプリなど）を通じてトランザクションを開始し、ライトノードはトランザクションを近くのフルノードに転送し、フルノードはバリデーターに同期します。### ブロードキャストAptosはメモリプールを保持していますが、QuorumStoreの後はメモリプール間で共有されません。イーサリアムとは異なり、そのメモリプールは単なるトランザクションバッファではありません。トランザクションがメモリプールに入ると、システムはルール（例えば先入先出やGas料金）に基づいて事前にソートを行い、後続の並行実行時にトランザクションの衝突を防ぎます。この設計は、事前に読み書き集合を宣言する必要がある高いハードウェア要件を回避します。### ソートAptosはAptosBFTコンセンサスを採用しており、提案者は原則としてトランザクションを自由に並べ替えることはできませんが、遅延しているトランザクションを埋めることができます。メモリプールの事前ソートは、衝突回避のためにすでに完了しており、ブロック生成は提案者主導ではなく、検証者間の協力によりより依存しています。###実行AptosはBlock-STM技術を使用して楽観的並行実行を実現しています。取引は衝突がないと仮定され、同時に処理されますが、実行後に衝突が発見された場合、影響を受けた取引は再実行されます。この方法はマルチコアプロセッサを最大限に活用して効率を向上させ、TPSは160,000に達する可能性があります。### ステータス更新バリデーターの同期状態、最終性はチェックポイントによって確認され、イーサリアムのエポックメカニズムに似ていますが、効率は高いです。Aptosの核心的な利点は、楽観的並列処理とメモリプールの事前ソートの組み合わせにあり、ノードの性能要求を低下させると同時に、スループットを大幅に向上させています。## イーサリアム：シリアル実行のベンチマークイーサリアムはスマートコントラクトの創始者であり、パブリックチェーン技術の原点であり、その取引ライフサイクルはAptosを理解するための基本的なフレームワークを提供します。### イーサリアム取引ライフサイクル- 作成と発起：ユーザーはウォレットを介して中継ゲートウェイまたはRPCインターフェースを通じて取引を発起します。- ブロードキャスト：取引が公共メモリプールに入り、パッケージ化を待っています。- ソート：PoSアップグレード後、ブロックビルダーは利益最大化の原則に従って取引をパッケージし、中継層が入札した後に提案者に提出します。- 実行：EVMはトランザクションを直列処理し、シングルスレッドで状態を更新します。- ステータス更新：ブロックは最終性を確認するために2つのチェックポイントを通過する必要があります。イーサリアムのシリアル実行とメモリプールの設計は性能を制限しており、ブロック時間は12秒/スロットで、TPSは低いです。それに対して、Aptosは並列実行とメモリプールの最適化を通じて質的な飛躍を実現しました。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを理解する](https://img-cdn.gateio.im/social/moments-a5b5546d58b5eba68facda9b230e8122)## Solana: 決定論的並列処理のための極限最適化ソラナは高性能で有名であり、その取引ライフサイクルはAptosと大きく異なり、特にメモリプールと実行方法において顕著です。### ソラナ取引ライフサイクル- 作成と発起：ユーザーはウォレットを通じて取引を発起します。- ブロードキャスト：パブリックメモリープールなし、トランザクションは現在および次の2人の提案者に直接送信されます。- ソート：提案者はPoH（Proof of History）に基づいてブロックをパッケージ化し、ブロック時間はわずか400ミリ秒です。- 実行：Sealevel仮想マシンは決定論的な並行実行を採用しており、衝突を避けるために事前に読み書き集合を宣言する必要があります。- 状態更新：BFTコンセンサスの迅速な確認。ソラナは性能ボトルネックを回避するためにメモリプールを使用していません。メモリプールがなく、ソラナ独自のPoHコンセンサスにより、ノードは迅速に取引順序のコンセンサスを達成できるため、取引がメモリプールで待機する必要がなく、取引はほぼ即座に成立します。しかし、これはネットワークが過負荷になった場合、取引が待機するのではなく破棄される可能性があることも意味し、ユーザーは再度提出する必要があります。それに対して、Aptosの楽観的並列処理は読み書きのセットを宣言する必要がなく、ノードの敷居が低いのに、TPSはより高いです。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する](https://img-cdn.gateio.im/social/moments-ac280657be72df387dded103bee79208)## 並行実行の2つのパス：Aptos vs ソラナ取引の実行はブロック状態の更新を表し、取引指示が最終状態に変換されるプロセスです。ノードは取引が成功したと仮定し、それがネットワーク状態に与える影響を計算します。この計算プロセスが実行です。ブロックチェーンにおける並行実行とは、マルチコアプロセッサが同時にネットワーク状態を計算することを指します。現在、市場では並行実行は決定的並行実行と楽観的並行実行の2つの方法に分かれています。違いは、並行トランザクションが衝突しないことをどのように保証するか、すなわちトランザクション間に依存関係が存在するかどうかにあります。並行トランザクションの依存関係の競合を特定するタイミングは、2つの開発方向の分岐を決定します。AptosとSolanaは異なる道を選びました。- 決定性並列（ソラナ）：取引をブロードキャストする前に読み書きセットを宣言する必要があり、Sealevelエンジンは宣言に基づいて無衝突取引を並列処理し、衝突取引は逐次実行される。利点は効率的で、欠点はハードウェアの要求が高い。- 楽観的並行処理（Aptos）：取引が衝突しないと仮定し、Block-STMが並行して実行した後に検証します。衝突がある場合は再試行します。メモリプールの事前ソートにより衝突リスクが低減され、ノードの負担が軽くなります。例：アカウントAの残高100、取引1でBに70を転送、取引2でCに50を転送。ソラナは宣言によって事前に競合を確認し、順番に処理する；Aptosは並行実行後に残高不足が判明した場合、再調整する。Aptosの柔軟性はその拡張性を高めている。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する](https://img-cdn.gateio.im/social/moments-99c993e92d55b0fc27ffb530d2bce05b)## 楽観的な並行処理によるメモリプールでの衝突確認の事前完了楽観的並行処理の核心的な考え方は、並行処理された取引が衝突しないと仮定することです。そのため、取引の実行前に、アプリケーション側は取引声明を提出する必要がありません。取引の実行後に検証を行った際に衝突が見つかった場合、Block-STMは影響を受けた取引を再実行して一貫性を確保します。しかし、実際には、取引の依存関係が衝突していないかを事前に確認しないと、実行時に大量のエラーが発生し、パブリックチェーンが遅延する可能性があります。したがって、楽観的並行処理は単に取引が衝突しないと仮定するのではなく、取引をブロードキャストする段階でリスクを事前に回避しています。Aptosでは、取引が公共メモリプールに入ると、一定のルール（例えば、先入先出やガス料金の高さ）に基づいて事前にソートされ、ブロック内の取引が並行して実行される際に衝突しないようにします。これからもわかるように、Aptosの提案者は実際には取引のソート能力を持たず、ネットワーク内にはブロック構築者も存在しません。この取引の事前ソートは、Aptosが楽観的並行性を実現するための鍵です。Solanaが取引宣言を導入する必要があるのに対し、Aptosはこのメカニズムを必要とせず、ノードの性能要求が大幅に低下します。取引の衝突を防ぐネットワークオーバーヘッドに関して、Aptosがメモリプールに参加することによるTPSへの影響は、Solanaが取引宣言を導入するコストよりもずっと小さいです。したがって、AptosのTPSは160,000に達し、Solanaの倍以上となります。取引の事前ソートの影響により、Aptos上でのMEVの捕獲が難しくなり、ユーザーにとって利点と欠点があります。## セキュリティに基づくナarrティブはAptosの発展方向ですRWA ###Aptosは、現実資産のトークン化と機関金融ソリューションを積極的に推進しています。イーサリアムと比較して、AptosのBlock-STMは複数の資産移転取引を並行処理でき、ネットワークの混雑による権利確定の遅延を回避します。一部のパブリックチェーンでは、取引速度が速くても、メモリプールの設計がないため、ネットワークが過負荷の際に取引が破棄され、RWAの権利確定の安定性に影響を与える可能性があります。Aptosのメモリプールの事前ソートは、取引が順番に実行されることを保証し、ピーク時でも資産記録の信頼性を維持できます。RWAは複雑なスマートコントラクトのサポートが必要です。例えば、資産分割、収益分配、コンプライアンスチェックなどです。Move言語のモジュール設計と安全性により、開発者は信頼性の高いRWAアプリケーションをより簡単に構築できます。それに対して、一部のパブリックブロックチェーンのコントラクト言語の複雑さと脆弱性のリスクは、開発コストを増加させています。一方で、他のパブリックブロックチェーンのプログラミング言語は効率的ですが、開発者の学習曲線の要求が高くなっています。Aptosのエコシステムの友好性は、より多くのRWAプロジェクトの実現を引き寄せ、正の循環を形成することが期待されています。AptosのRWA分野における潜在能力は、安全性とパフォーマンスの組み合わせにあります。将来的には、伝統的な金融機関と協力し、債券や株式などの高価値資産をブロックチェーン上に移行し、Move言語を活用して強力なコンプライアンスを持つトークン化基準を構築することに焦点を当てることができます。この"安全+効率"のストーリーは、AptosがRWA市場で際立つことを可能にします。2024年7月、AptosはあるプラットフォームのUSDYをエコシステムに導入することを発表し、主要なDEXや貸出アプリケーションと統合されました。3月10日時点で、AptosにおけるUSDYの時価総額は約1500万ドルで、USDYの総時価総額の約2.5%を占めています。2024年10月、Aptosはある資産管理会社がAptos Network上にBENJIトークンを代表とするオンチェーンのアメリカ政府マネーマーケットファンド（FOBXX）を導入したことを発表しました。さらに、Aptosはあるプラットフォームと協力して証券のトークン化を推進し、複数の投資会社の投資ファンドをオンチェーン化し、機関投資家のアクセスを強化しています。### ステーブルコイン決済安定した通貨の支払いは、取引の最終性と資産の安全性を確保する必要があります。AptosのMove言語はリソースモデルを通じて二重支払いを防ぎ、安定した通貨の各転送の正確性を確保します。例えば、ユーザーがAptos上のある安定通貨で支払いを行うとき、取引の状態更新は厳格に保護され、契約の脆弱性による資金の喪失を回避します。さらに、Aptosの低いガス料金（高いTPSによるコスト分散の恩恵を受けて）により、小額支払いのシーンで非常に競争力があります。一部のパブリックチェーンの高いガス料金はその支払いアプリケーションを制限し、他のパブリックチェーンはコストが低いものの、ネットワークの過負荷時に取引が破棄されるリスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。PayFiとステーブルコインの支払いは、分散化と規制遵守の両立が必要です。AptosBFTの分散型コンセンサスは中央集権的リスクを低減し、そのモジュラーアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。例えば、ステーブルコインの発行者はAptos上にコンプライアンス契約を展開し、取引が地元の規制に準拠していることを保証しつつ、ネットワークの効率を犠牲にしません。この点は、いくつかのパブリックチェーンの中央集権的なリレー方式よりも優れており、他のパブリックチェーンの提案者主導の潜在的なコンプライアンスの短所を補っています。Aptosのバランスの取れた設計は、金融機関が参入するのにより適しています。AptosのPayFiおよびステーブルコイン決済分野における可能性は「安全、高効率、コンプライアンス」という三位一体にあります。今後、ステーブルコインの大規模採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と協力してオンチェーン決済システムを開発するでしょう。高TPSと低コストは、コンテンツクリエイターのリアルタイムのチップのようなマイクロペイメントシナリオをサポートすることもできます。Aptosのストーリーは「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向のトラフィックを引き寄せることができます。Aptosのセキュリティ上の利点——メモリプールの事前ソート、Block-STM、AptosBFT、そしてMove言語——は、攻撃耐性を高めるだけでなく、RWAとPayFiのストーリーに対しても強固な基盤を築いています。RWA分野では、その高いセキュリティとスループットが資産のトークン化と大規模な取引をサポートします；PayF
Aptos、イーサリアム、ソラナ取引ライフサイクルデプス比較：楽観的な並行実行の利点
イーサリアム、ソラナ、Aptosの技術的な違いを深く探る
Move言語、Aptosと他のパブリックチェーンの技術的な違いを探ることは、観察の深さによっては退屈に思えるかもしれません。一般的な分析では表面的になりがちで、コードを深く掘り下げると木を見て森を見ずになりやすいです。Aptosと他のパブリックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。
取引のライフサイクルは理想的な分析の視点です。取引が作成されてから最終ステータスの更新に至るまでの全過程——作成と発起、ブロードキャスト、ソート、実行、ステータス更新を含む——を分析することで、パブリックチェーンの設計理念と技術的妥協を明確に把握できます。これを基準に、異なるパブリックチェーンの核心的な物語を理解し、将来的にはAptos上で魅力的なアプリケーションを構築する方法を探ることができます。
すべてのブロックチェーン取引はこの5つのステップを中心に展開されます。この記事ではAptosを中心に、その独自の設計を分析し、イーサリアムとソラナと比較します。
Aptos: 楽観的並列 & 高性能設計
Aptosは高性能に重点を置いたパブリックチェーンで、その取引ライフサイクルはイーサリアムに似ていますが、独自の楽観的並行実行とメモリプールの最適化により、顕著な性能向上を実現しています。以下はAptos上の取引ライフサイクルの重要なステップです：
創造と開始
Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーはライトノード（ウォレットやアプリなど）を通じてトランザクションを開始し、ライトノードはトランザクションを近くのフルノードに転送し、フルノードはバリデーターに同期します。
ブロードキャスト
Aptosはメモリプールを保持していますが、QuorumStoreの後はメモリプール間で共有されません。イーサリアムとは異なり、そのメモリプールは単なるトランザクションバッファではありません。トランザクションがメモリプールに入ると、システムはルール（例えば先入先出やGas料金）に基づいて事前にソートを行い、後続の並行実行時にトランザクションの衝突を防ぎます。この設計は、事前に読み書き集合を宣言する必要がある高いハードウェア要件を回避します。
ソート
AptosはAptosBFTコンセンサスを採用しており、提案者は原則としてトランザクションを自由に並べ替えることはできませんが、遅延しているトランザクションを埋めることができます。メモリプールの事前ソートは、衝突回避のためにすでに完了しており、ブロック生成は提案者主導ではなく、検証者間の協力によりより依存しています。
###実行
AptosはBlock-STM技術を使用して楽観的並行実行を実現しています。取引は衝突がないと仮定され、同時に処理されますが、実行後に衝突が発見された場合、影響を受けた取引は再実行されます。この方法はマルチコアプロセッサを最大限に活用して効率を向上させ、TPSは160,000に達する可能性があります。
ステータス更新
バリデーターの同期状態、最終性はチェックポイントによって確認され、イーサリアムのエポックメカニズムに似ていますが、効率は高いです。
Aptosの核心的な利点は、楽観的並列処理とメモリプールの事前ソートの組み合わせにあり、ノードの性能要求を低下させると同時に、スループットを大幅に向上させています。
イーサリアム：シリアル実行のベンチマーク
イーサリアムはスマートコントラクトの創始者であり、パブリックチェーン技術の原点であり、その取引ライフサイクルはAptosを理解するための基本的なフレームワークを提供します。
イーサリアム取引ライフサイクル
作成と発起：ユーザーはウォレットを介して中継ゲートウェイまたはRPCインターフェースを通じて取引を発起します。
ブロードキャスト：取引が公共メモリプールに入り、パッケージ化を待っています。
ソート：PoSアップグレード後、ブロックビルダーは利益最大化の原則に従って取引をパッケージし、中継層が入札した後に提案者に提出します。
実行：EVMはトランザクションを直列処理し、シングルスレッドで状態を更新します。
ステータス更新：ブロックは最終性を確認するために2つのチェックポイントを通過する必要があります。
イーサリアムのシリアル実行とメモリプールの設計は性能を制限しており、ブロック時間は12秒/スロットで、TPSは低いです。それに対して、Aptosは並列実行とメモリプールの最適化を通じて質的な飛躍を実現しました。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを理解する
Solana: 決定論的並列処理のための極限最適化
ソラナは高性能で有名であり、その取引ライフサイクルはAptosと大きく異なり、特にメモリプールと実行方法において顕著です。
ソラナ取引ライフサイクル
作成と発起：ユーザーはウォレットを通じて取引を発起します。
ブロードキャスト：パブリックメモリープールなし、トランザクションは現在および次の2人の提案者に直接送信されます。
ソート：提案者はPoH（Proof of History）に基づいてブロックをパッケージ化し、ブロック時間はわずか400ミリ秒です。
実行：Sealevel仮想マシンは決定論的な並行実行を採用しており、衝突を避けるために事前に読み書き集合を宣言する必要があります。
状態更新：BFTコンセンサスの迅速な確認。
ソラナは性能ボトルネックを回避するためにメモリプールを使用していません。メモリプールがなく、ソラナ独自のPoHコンセンサスにより、ノードは迅速に取引順序のコンセンサスを達成できるため、取引がメモリプールで待機する必要がなく、取引はほぼ即座に成立します。しかし、これはネットワークが過負荷になった場合、取引が待機するのではなく破棄される可能性があることも意味し、ユーザーは再度提出する必要があります。
それに対して、Aptosの楽観的並列処理は読み書きのセットを宣言する必要がなく、ノードの敷居が低いのに、TPSはより高いです。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
並行実行の2つのパス：Aptos vs ソラナ
取引の実行はブロック状態の更新を表し、取引指示が最終状態に変換されるプロセスです。ノードは取引が成功したと仮定し、それがネットワーク状態に与える影響を計算します。この計算プロセスが実行です。
ブロックチェーンにおける並行実行とは、マルチコアプロセッサが同時にネットワーク状態を計算することを指します。現在、市場では並行実行は決定的並行実行と楽観的並行実行の2つの方法に分かれています。違いは、並行トランザクションが衝突しないことをどのように保証するか、すなわちトランザクション間に依存関係が存在するかどうかにあります。
並行トランザクションの依存関係の競合を特定するタイミングは、2つの開発方向の分岐を決定します。AptosとSolanaは異なる道を選びました。
決定性並列（ソラナ）：取引をブロードキャストする前に読み書きセットを宣言する必要があり、Sealevelエンジンは宣言に基づいて無衝突取引を並列処理し、衝突取引は逐次実行される。利点は効率的で、欠点はハードウェアの要求が高い。
楽観的並行処理（Aptos）：取引が衝突しないと仮定し、Block-STMが並行して実行した後に検証します。衝突がある場合は再試行します。メモリプールの事前ソートにより衝突リスクが低減され、ノードの負担が軽くなります。
例：アカウントAの残高100、取引1でBに70を転送、取引2でCに50を転送。ソラナは宣言によって事前に競合を確認し、順番に処理する；Aptosは並行実行後に残高不足が判明した場合、再調整する。Aptosの柔軟性はその拡張性を高めている。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
楽観的な並行処理によるメモリプールでの衝突確認の事前完了
楽観的並行処理の核心的な考え方は、並行処理された取引が衝突しないと仮定することです。そのため、取引の実行前に、アプリケーション側は取引声明を提出する必要がありません。取引の実行後に検証を行った際に衝突が見つかった場合、Block-STMは影響を受けた取引を再実行して一貫性を確保します。
しかし、実際には、取引の依存関係が衝突していないかを事前に確認しないと、実行時に大量のエラーが発生し、パブリックチェーンが遅延する可能性があります。したがって、楽観的並行処理は単に取引が衝突しないと仮定するのではなく、取引をブロードキャストする段階でリスクを事前に回避しています。
Aptosでは、取引が公共メモリプールに入ると、一定のルール（例えば、先入先出やガス料金の高さ）に基づいて事前にソートされ、ブロック内の取引が並行して実行される際に衝突しないようにします。これからもわかるように、Aptosの提案者は実際には取引のソート能力を持たず、ネットワーク内にはブロック構築者も存在しません。この取引の事前ソートは、Aptosが楽観的並行性を実現するための鍵です。Solanaが取引宣言を導入する必要があるのに対し、Aptosはこのメカニズムを必要とせず、ノードの性能要求が大幅に低下します。取引の衝突を防ぐネットワークオーバーヘッドに関して、Aptosがメモリプールに参加することによるTPSへの影響は、Solanaが取引宣言を導入するコストよりもずっと小さいです。したがって、AptosのTPSは160,000に達し、Solanaの倍以上となります。取引の事前ソートの影響により、Aptos上でのMEVの捕獲が難しくなり、ユーザーにとって利点と欠点があります。
セキュリティに基づくナarrティブはAptosの発展方向です
RWA ###
Aptosは、現実資産のトークン化と機関金融ソリューションを積極的に推進しています。イーサリアムと比較して、AptosのBlock-STMは複数の資産移転取引を並行処理でき、ネットワークの混雑による権利確定の遅延を回避します。一部のパブリックチェーンでは、取引速度が速くても、メモリプールの設計がないため、ネットワークが過負荷の際に取引が破棄され、RWAの権利確定の安定性に影響を与える可能性があります。Aptosのメモリプールの事前ソートは、取引が順番に実行されることを保証し、ピーク時でも資産記録の信頼性を維持できます。
RWAは複雑なスマートコントラクトのサポートが必要です。例えば、資産分割、収益分配、コンプライアンスチェックなどです。Move言語のモジュール設計と安全性により、開発者は信頼性の高いRWAアプリケーションをより簡単に構築できます。それに対して、一部のパブリックブロックチェーンのコントラクト言語の複雑さと脆弱性のリスクは、開発コストを増加させています。一方で、他のパブリックブロックチェーンのプログラミング言語は効率的ですが、開発者の学習曲線の要求が高くなっています。Aptosのエコシステムの友好性は、より多くのRWAプロジェクトの実現を引き寄せ、正の循環を形成することが期待されています。
AptosのRWA分野における潜在能力は、安全性とパフォーマンスの組み合わせにあります。将来的には、伝統的な金融機関と協力し、債券や株式などの高価値資産をブロックチェーン上に移行し、Move言語を活用して強力なコンプライアンスを持つトークン化基準を構築することに焦点を当てることができます。この"安全+効率"のストーリーは、AptosがRWA市場で際立つことを可能にします。
2024年7月、AptosはあるプラットフォームのUSDYをエコシステムに導入することを発表し、主要なDEXや貸出アプリケーションと統合されました。3月10日時点で、AptosにおけるUSDYの時価総額は約1500万ドルで、USDYの総時価総額の約2.5%を占めています。2024年10月、Aptosはある資産管理会社がAptos Network上にBENJIトークンを代表とするオンチェーンのアメリカ政府マネーマーケットファンド（FOBXX）を導入したことを発表しました。さらに、Aptosはあるプラットフォームと協力して証券のトークン化を推進し、複数の投資会社の投資ファンドをオンチェーン化し、機関投資家のアクセスを強化しています。
ステーブルコイン決済
安定した通貨の支払いは、取引の最終性と資産の安全性を確保する必要があります。AptosのMove言語はリソースモデルを通じて二重支払いを防ぎ、安定した通貨の各転送の正確性を確保します。例えば、ユーザーがAptos上のある安定通貨で支払いを行うとき、取引の状態更新は厳格に保護され、契約の脆弱性による資金の喪失を回避します。さらに、Aptosの低いガス料金（高いTPSによるコスト分散の恩恵を受けて）により、小額支払いのシーンで非常に競争力があります。一部のパブリックチェーンの高いガス料金はその支払いアプリケーションを制限し、他のパブリックチェーンはコストが低いものの、ネットワークの過負荷時に取引が破棄されるリスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。
PayFiとステーブルコインの支払いは、分散化と規制遵守の両立が必要です。AptosBFTの分散型コンセンサスは中央集権的リスクを低減し、そのモジュラーアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。例えば、ステーブルコインの発行者はAptos上にコンプライアンス契約を展開し、取引が地元の規制に準拠していることを保証しつつ、ネットワークの効率を犠牲にしません。この点は、いくつかのパブリックチェーンの中央集権的なリレー方式よりも優れており、他のパブリックチェーンの提案者主導の潜在的なコンプライアンスの短所を補っています。Aptosのバランスの取れた設計は、金融機関が参入するのにより適しています。
AptosのPayFiおよびステーブルコイン決済分野における可能性は「安全、高効率、コンプライアンス」という三位一体にあります。今後、ステーブルコインの大規模採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と協力してオンチェーン決済システムを開発するでしょう。高TPSと低コストは、コンテンツクリエイターのリアルタイムのチップのようなマイクロペイメントシナリオをサポートすることもできます。Aptosのストーリーは「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向のトラフィックを引き寄せることができます。
Aptosのセキュリティ上の利点——メモリプールの事前ソート、Block-STM、AptosBFT、そしてMove言語——は、攻撃耐性を高めるだけでなく、RWAとPayFiのストーリーに対しても強固な基盤を築いています。RWA分野では、その高いセキュリティとスループットが資産のトークン化と大規模な取引をサポートします；PayF