# Aptosと主流のパブリックチェーンの技術的な違いの詳細分析異なるブロックチェーンの技術的特徴を比較することは、観察の視点によって退屈または片面的に見えることがあります。Aptosと他のブロックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。トランザクションのライフサイクルは、パブリックチェーンの違いを分析するための最良の視点です。トランザクションが作成されてから最終確認されるまでの完全なプロセス、すなわち作成と発信、ブロードキャスト、ソート、実行、ステータス更新などのステップを研究することで、各パブリックチェーンの設計思想と技術的な選択を明確に把握できます。この基準をもとに、異なるパブリックチェーンのコア理念を理解し、さらにAptos上で市場に魅力的なアプリケーションを開発する方法を探求できます。すべてのブロックチェーン取引はこの5つのステップを中心に展開されます。本記事ではAptosを中心に、その独自の設計を分析し、EthereumおよびSolanaと比較します。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する](https://img-cdn.gateio.im/social/moments-8be02977071f7711c50b6f4c3bc8d103)## Aptos: 楽観的並列 & 高性能設計Aptosは高性能を重視したパブリックチェーンであり、その取引ライフサイクルはイーサリアムと似ていますが、ユニークな楽観的並列実行とメモリプールの最適化により、顕著な性能向上を実現しています。以下はAptosにおける取引ライフサイクルの重要なステップです：### 創造と開始Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーはライトノード（ウォレットやアプリなど）を通じてトランザクションを開始し、ライトノードはトランザクションを近くのフルノードに転送し、フルノードはバリデーターに同期します。### ブロードキャストAptosはメモリプールを保持していますが、QuorumStoreの後はメモリプール間での共有は行われません。イーサリアムとは異なり、そのメモリプールは単なるトランザクションバッファではありません。トランザクションがメモリプールに入ると、システムは先入先出やガス費用などの既定のルールに基づいて事前にソートを行い、後続の並行実行時にトランザクションの衝突がないようにします。この設計により、事前に読み書き集合を宣言するための高いハードウェア要件を回避しています。### ソートAptosはAptosBFTコンセンサス機構を採用しており、提案者は原則として取引を自由に順序付けることができませんが、aip-68は提案者に対して遅延した取引を追加する権利を与えています。メモリプールの事前ソートが衝突回避のために完了しているため、ブロック生成は提案者主導ではなく、検証者間の協力により依存しています。###実行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とは顕著に異なり、特にメモリプールと実行方法においてそうです。### Solana取引ライフサイクル- 作成と発起：ユーザーはウォレットを通じて取引を開始します。- ブロードキャスト：公共メモリプールなし、トランザクションは現在および次の2人の提案者に直接送信されます。- ソート：提案者はPoH（Proof of History）に基づいてブロックをパッケージ化し、ブロックの時間はわずか400ミリ秒です。- 実行：Sealevel仮想マシンは決定論的な並行実行を採用しており、衝突を避けるために事前に読み書きの集合を宣言する必要があります。- 状態更新：BFTコンセンサスの迅速な確認。Solanaはメモリプールを使用しないのは、メモリプールがパフォーマンスのボトルネックになる可能性があるためです。メモリプールがないため、さらにSolana独自のPoHコンセンサスにより、ノードは迅速に取引順序のコンセンサスを達成でき、取引がメモリプールで待機する必要がなく、取引はほぼ即座に成立します。しかし、これによりネットワークが過負荷になると、取引が待機するのではなく破棄される可能性があり、ユーザーは再度提出する必要があります。対照的に、Aptosの楽観的並行は読み書きセットを宣言する必要がなく、ノードの敷居が低く、TPSはより高いです。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する](https://img-cdn.gateio.im/social/moments-ac280657be72df387dded103bee79208)## 並列実行の2つのパス:Aptos vs Solana取引の実行はブロックの状態の更新を表し、取引の開始指令が最終的な状態に変換されるプロセスです。この変化はどのように理解されるのでしょうか？ノードは取引が成功したと仮定し、そのネットワーク状態への影響を計算します。この計算プロセスが実行です。したがって、ブロックチェーンにおける並行実行は、マルチコアプロセッサがネットワークの状態を同時に計算するプロセスを指します。現在の市場では、並行実行は決定的並行実行と楽観的並行実行の2つの方法に分かれています。この2つの開発方向の違いは、並行取引が衝突しないことをどのように確保するか、つまり取引間に依存関係が存在するかどうかに根ざしています。これにより、取引ライフサイクルにおいて、並行取引依存関係の競合を特定するタイミングが、決定論的並行実行と楽観的並行実行の2つの開発方向の分化を決定することがわかります。AptosとSolanaは異なる方向を選択しました。- 確定的並行（Solana）：取引がブロードキャストされる前に、読み取りおよび書き込みの集合を宣言する必要があります。Sealevelエンジンは、宣言に基づいて衝突のない取引を並行処理し、衝突する取引は逐次実行されます。利点は効率的であることですが、欠点はハードウェアの要求が高いことです。- 楽観的並行（Aptos）：取引が衝突しないと仮定し、Block-STMが並行実行後に検証を行い、衝突があった場合は再試行する。メモリプールの事前ソートにより衝突リスクが低下し、ノードの負担が軽くなる。例：アカウントAの残高100、取引1でBに70を転送、取引2でCに50を転送。Solanaは宣言によって前もって競合を確認し、順序通りに処理する。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を1倍以上上回ります。取引の事前ソートの影響は、Aptos上でMEVを捕獲する難易度が高まることです。これはユーザーにとって利点と欠点の両方をもたらします。## セキュリティに基づくナarrativeは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の低ガス料金（高TPSによるコストの分散のおかげで）は、小額支払いシーンにおいて非常に競争力があります。ある公衆ブロックチェーンの高ガス料金はその支払いアプリケーションを制限し、また別の公衆ブロックチェーンはコストが低いものの、ネットワークが過負荷の際の取引の廃棄リスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。PayFiとステーブルコインの支払いには、非中央集権と規制遵守の両方を考慮する必要があります。AptosBFTの非中央集権コンセンサスは中央集権リスクを低減し、そのモジュラーアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。たとえば、ステーブルコイン発行者はAptos上にコンプライアンス契約を展開し、取引が現地の規制に準拠していることを保証しつつ、ネットワークの効率を犠牲にしません。この点は、いくつかのパブリックチェーンの中央集権的なリレー方式よりも優れており、他のパブリックチェーン提案者が主導する潜在的なコンプライアンスの欠点を補完します。Aptosのバランスの取れた設計は、金融機関の参入により適しています。AptosのPayFiおよびステーブルコイン決済分野における潜在能力は、「安全、高効率、コンプライアンス」の三位一体にあります。未来において、ステーブルコインの大規模な採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と協力してオンチェーン決済システムを開発します。高いTPSと低コストは、コンテンツクリエーターのリアルタイムのチップなどのマイクロペイメントシーンをサポートすることもできます。Aptosのストーリーは、「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向の流れを引き付けることができます。Aptosのセキュリティに関して
Aptos楽観的並行実行: パブリックチェーン技術の違いと将来の発展方向の比較
Aptosと主流のパブリックチェーンの技術的な違いの詳細分析
異なるブロックチェーンの技術的特徴を比較することは、観察の視点によって退屈または片面的に見えることがあります。Aptosと他のブロックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。
トランザクションのライフサイクルは、パブリックチェーンの違いを分析するための最良の視点です。トランザクションが作成されてから最終確認されるまでの完全なプロセス、すなわち作成と発信、ブロードキャスト、ソート、実行、ステータス更新などのステップを研究することで、各パブリックチェーンの設計思想と技術的な選択を明確に把握できます。この基準をもとに、異なるパブリックチェーンのコア理念を理解し、さらにAptos上で市場に魅力的なアプリケーションを開発する方法を探求できます。
すべてのブロックチェーン取引はこの5つのステップを中心に展開されます。本記事ではAptosを中心に、その独自の設計を分析し、EthereumおよびSolanaと比較します。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
Aptos: 楽観的並列 & 高性能設計
Aptosは高性能を重視したパブリックチェーンであり、その取引ライフサイクルはイーサリアムと似ていますが、ユニークな楽観的並列実行とメモリプールの最適化により、顕著な性能向上を実現しています。以下はAptosにおける取引ライフサイクルの重要なステップです：
創造と開始
Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーはライトノード（ウォレットやアプリなど）を通じてトランザクションを開始し、ライトノードはトランザクションを近くのフルノードに転送し、フルノードはバリデーターに同期します。
ブロードキャスト
Aptosはメモリプールを保持していますが、QuorumStoreの後はメモリプール間での共有は行われません。イーサリアムとは異なり、そのメモリプールは単なるトランザクションバッファではありません。トランザクションがメモリプールに入ると、システムは先入先出やガス費用などの既定のルールに基づいて事前にソートを行い、後続の並行実行時にトランザクションの衝突がないようにします。この設計により、事前に読み書き集合を宣言するための高いハードウェア要件を回避しています。
ソート
AptosはAptosBFTコンセンサス機構を採用しており、提案者は原則として取引を自由に順序付けることができませんが、aip-68は提案者に対して遅延した取引を追加する権利を与えています。メモリプールの事前ソートが衝突回避のために完了しているため、ブロック生成は提案者主導ではなく、検証者間の協力により依存しています。
###実行
AptosはBlock-STM技術を使用して楽観的な並列実行を実現しています。取引は衝突がないと仮定され、同時に処理されますが、実行後に衝突が発見された場合、影響を受けた取引は再実行されます。この方法はマルチコアプロセッサを十分に活用して効率を向上させ、TPSは160,000に達することができます。
ステータス更新
バリデーターの同期状態、ファイナリティはチェックポイントによって確認され、イーサリアムのエポックメカニズムに似ていますが、効率はさらに高いです。
Aptosのコアの利点は、楽観的な並行処理とメモリプールの事前ソートの組み合わせにあり、ノードの性能要求を低下させると同時にスループットを大幅に向上させることです。
イーサリアム：シリアル実行のベンチマーク
イーサリアムはスマートコントラクトの創始者として、パブリックブロックチェーン技術の起点であり、その取引ライフサイクルはAptosを理解するための基本的な枠組みを提供します。
イーサリアム取引ライフサイクル
作成と発起： ユーザーはウォレットを介して中継ゲートウェイまたはRPCインターフェースを通じて取引を発起します。
ブロードキャスト： 取引がパブリックメモリプールに入って、パッキングを待っています。
ソート： PoSアップグレード後、ブロックビルダーは利益最大化の原則に従ってトランザクションをパッケージし、リレーレイヤーが入札した後に提案者に提出します。
実行： EVMはシリアルにトランザクションを処理し、シングルスレッドで状態を更新します。
ステータス更新： ブロックは、最終性を確認するために2つのチェックポイントを通過する必要があります。
イーサリアムのシリアル実行とメモリプールの設計はその性能を制限しており、ブロック時間は12秒/スロットで、TPSは低いです。これに対して、Aptosは並列実行とメモリプールの最適化を通じて質的な飛躍を実現しました。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを理解する
ソラナ：決定的な並行性の究極の最適化
Solanaは高性能で知られており、その取引ライフサイクルはAptosとは顕著に異なり、特にメモリプールと実行方法においてそうです。
Solana取引ライフサイクル
作成と発起：ユーザーはウォレットを通じて取引を開始します。
ブロードキャスト：公共メモリプールなし、トランザクションは現在および次の2人の提案者に直接送信されます。
ソート：提案者はPoH（Proof of History）に基づいてブロックをパッケージ化し、ブロックの時間はわずか400ミリ秒です。
実行：Sealevel仮想マシンは決定論的な並行実行を採用しており、衝突を避けるために事前に読み書きの集合を宣言する必要があります。
状態更新：BFTコンセンサスの迅速な確認。
Solanaはメモリプールを使用しないのは、メモリプールがパフォーマンスのボトルネックになる可能性があるためです。メモリプールがないため、さらにSolana独自のPoHコンセンサスにより、ノードは迅速に取引順序のコンセンサスを達成でき、取引がメモリプールで待機する必要がなく、取引はほぼ即座に成立します。しかし、これによりネットワークが過負荷になると、取引が待機するのではなく破棄される可能性があり、ユーザーは再度提出する必要があります。
対照的に、Aptosの楽観的並行は読み書きセットを宣言する必要がなく、ノードの敷居が低く、TPSはより高いです。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
並列実行の2つのパス:Aptos vs Solana
取引の実行はブロックの状態の更新を表し、取引の開始指令が最終的な状態に変換されるプロセスです。この変化はどのように理解されるのでしょうか？ノードは取引が成功したと仮定し、そのネットワーク状態への影響を計算します。この計算プロセスが実行です。
したがって、ブロックチェーンにおける並行実行は、マルチコアプロセッサがネットワークの状態を同時に計算するプロセスを指します。現在の市場では、並行実行は決定的並行実行と楽観的並行実行の2つの方法に分かれています。この2つの開発方向の違いは、並行取引が衝突しないことをどのように確保するか、つまり取引間に依存関係が存在するかどうかに根ざしています。
これにより、取引ライフサイクルにおいて、並行取引依存関係の競合を特定するタイミングが、決定論的並行実行と楽観的並行実行の2つの開発方向の分化を決定することがわかります。AptosとSolanaは異なる方向を選択しました。
確定的並行（Solana）：取引がブロードキャストされる前に、読み取りおよび書き込みの集合を宣言する必要があります。Sealevelエンジンは、宣言に基づいて衝突のない取引を並行処理し、衝突する取引は逐次実行されます。利点は効率的であることですが、欠点はハードウェアの要求が高いことです。
楽観的並行（Aptos）：取引が衝突しないと仮定し、Block-STMが並行実行後に検証を行い、衝突があった場合は再試行する。メモリプールの事前ソートにより衝突リスクが低下し、ノードの負担が軽くなる。
例：アカウントAの残高100、取引1でBに70を転送、取引2でCに50を転送。Solanaは宣言によって前もって競合を確認し、順序通りに処理する。Aptosは並行実行後に残高不足が判明した場合、再調整を行う。Aptosの柔軟性はその拡張性を高める。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
楽観的パラレルはメモリプールを通じて衝突確認を事前に完了させる
楽観的並行処理の核心的な考え方は、並行処理されるトランザクションが衝突しないと仮定することです。そのため、トランザクションの実行前にアプリケーション側がトランザクションの宣言を提出する必要はありません。トランザクションの実行後に検証時に衝突が発見された場合、Block-STMは影響を受けたトランザクションを再実行して整合性を確保します。
しかし、実際には、取引依存関係に衝突がないかを事前に確認しなければ、実行時に大量のエラーが発生し、パブリックチェーンの動作が遅くなる可能性があります。したがって、楽観的並行処理は単に取引に衝突がないという仮定ではなく、ある段階でリスクを事前に回避するものであり、その段階は取引のブロードキャスト段階です。
Aptosでは、取引が公共メモリプールに入ると、特定のルール（例えば、先入先出方式やガス料金の高低）に基づいて事前にソートされ、ブロック内の取引が並行実行される際に衝突しないように確保されます。このことから、Aptosの提案者は実際には取引のソート能力を持たず、ネットワーク内にブロック構築者も存在しないことがわかります。この取引の事前ソートは、Aptosが楽観的な並行処理を実現するための鍵となります。Solanaが取引の宣言を導入する必要があるのに対し、Aptosはこのメカニズムを必要としないため、ノードの性能要求が大幅に低下します。取引の衝突を防ぐためのネットワークオーバーヘッドに関して、Aptosがメモリプールを追加することによるTPSへの影響は、Solanaが取引の宣言を導入するコストよりもはるかに小さいです。したがって、AptosのTPSは160,000に達し、Solanaを1倍以上上回ります。取引の事前ソートの影響は、Aptos上でMEVを捕獲する難易度が高まることです。これはユーザーにとって利点と欠点の両方をもたらします。
セキュリティに基づくナarrativeは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の低ガス料金（高TPSによるコストの分散のおかげで）は、小額支払いシーンにおいて非常に競争力があります。ある公衆ブロックチェーンの高ガス料金はその支払いアプリケーションを制限し、また別の公衆ブロックチェーンはコストが低いものの、ネットワークが過負荷の際の取引の廃棄リスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。
PayFiとステーブルコインの支払いには、非中央集権と規制遵守の両方を考慮する必要があります。AptosBFTの非中央集権コンセンサスは中央集権リスクを低減し、そのモジュラーアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。たとえば、ステーブルコイン発行者はAptos上にコンプライアンス契約を展開し、取引が現地の規制に準拠していることを保証しつつ、ネットワークの効率を犠牲にしません。この点は、いくつかのパブリックチェーンの中央集権的なリレー方式よりも優れており、他のパブリックチェーン提案者が主導する潜在的なコンプライアンスの欠点を補完します。Aptosのバランスの取れた設計は、金融機関の参入により適しています。
AptosのPayFiおよびステーブルコイン決済分野における潜在能力は、「安全、高効率、コンプライアンス」の三位一体にあります。未来において、ステーブルコインの大規模な採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と協力してオンチェーン決済システムを開発します。高いTPSと低コストは、コンテンツクリエーターのリアルタイムのチップなどのマイクロペイメントシーンをサポートすることもできます。Aptosのストーリーは、「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向の流れを引き付けることができます。
Aptosのセキュリティに関して