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