# 取引ライフサイクルの詳細分析:エーテル、ソラナとAptosの技術的差異異なるパブリックチェーンの技術的特徴を比較することは、観察の視点によって退屈または片面に見えることがあります。Aptosと他のパブリックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。取引のライフサイクルは理想的な分析の視点です。取引が作成から最終状態の更新に至るまでの全過程、つまり作成と開始、ブロードキャスト、ソート、実行、状態の更新を研究することで、各ブロックチェーンの設計思想と技術的妥協を明確に理解できます。この基準に基づいて、後方にはブロックチェーンの核心的な物語を理解し、前方にはAptos上で市場を引き付けるアプリケーションを開発する方法を探求できます。すべてのブロックチェーン取引は、この5つのステップを中心に展開されます。本記事ではAptosを中心に、その独自の設計を分析し、イーサリアムとソラナの重要な違いを比較します。## Aptos: 楽観的並列 & 高性能設計Aptosは高性能に重点を置いたパブリックチェーンであり、その取引ライフサイクルはイーサリアムに似ていますが、独自の楽観的並行実行とメモリプールの最適化により、著しい性能向上を実現しています。以下はAptos上の取引ライフサイクルの重要なステップです:### 創造と開始Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーは、ライトノード(のようなウォレットやアプリ)を通じて取引を開始し、ライトノードは取引を近くのフルノードに転送し、フルノードはさらにバリデーターに同期します。### ブロードキャストAptosはメモリプールを保持していますが、QuorumStoreの後にメモリプール間で共有されません。イーサリアムとは異なり、そのメモリプールは単なる取引バッファではありません。取引がメモリプールに入ると、システムはルール(に従ってFIFOやGas費)などで事前にソートを行い、その後の並行実行時に取引が衝突しないようにします。この設計は、ソラナが事前に読み書き集合を宣言する高いハードウェア要件を回避します。### ソートAptosはAptosBFTコンセンサスを採用しており、提案者は基本的に取引を自由に並べ替えることができず、aip-68は提案者に遅延された取引を追加する権利を付与します。メモリプールの事前ソートは、競合回避を事前に完了しており、ブロック生成は提案者の主導ではなく、バリデーター間の協力によりより依存しています。###実行AptosはBlock-STM技術を使用して楽観的な並列実行を実現しています。トランザクションは衝突がないと仮定され、同時に処理されますが、実行後に衝突が発生した場合、影響を受けたトランザクションは再実行されます。この方法はマルチコアプロセッサを十分に活用して効率を向上させ、TPSは160,000に達することができます。### ステータス更新バリデーターの同期状態、最終性はチェックポイント確認によって確定されます。これはイーサリアムのEpochメカニズムに似ていますが、より効率的です。Aptosのコアの利点は、楽観的な並行処理とメモリプールの事前ソートの組み合わせにあり、ノードの性能要件を低減するとともに、スループットを大幅に向上させます。Aptosのネットワークアーキテクチャは、この設計を明確にサポートしています。! [トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを理解する](https://img-cdn.gateio.im/social/moments-a5b5546d58b5eba68facda9b230e8122)## イーサリアム:シリアル実行のベンチマークイーサリアムはスマートコントラクトの創始者として、パブリックチェーン技術の原点であり、その取引ライフサイクルは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とソラナは異なる方向を選択しました。- 決定性並行(ソラナ): 取引をブロードキャストする前に、読み書きの集合を宣言する必要があります。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では、取引が公共メモリプールに入ると、FIFOやガス料金の高さ(などの一定のルールに基づいて事前にソートされ、ブロック内の取引が並行実行される際に衝突しないようにしています。したがって、Aptosの提案者は実際には取引ソート能力を持たず、ネットワーク内にはブロック構築者も存在しません。この取引の事前ソートは、Aptosが楽観的な並行性を実現するための鍵となっています。Solanaが取引声明を導入する必要があるのとは異なり、Aptosにはこのメカニズムが不要であるため、ノードのパフォーマンス要件が大幅に低下します。取引が衝突しないことを保証するためのネットワークのオーバーヘッドに関して、Aptosのメモリプールの追加は、Solanaが取引声明を導入するコストに比べてTPSへの影響がはるかに小さいです。したがって、AptosのTPSは160,000に達し、Solanaの2倍以上になります。取引の事前ソートの影響は、Aptos上でのMEVのキャプチャの難しさを高め、これはユーザーにとって利点と欠点の両方をもたらします。## セキュリティに基づくストーリーは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トークンを代表とするオンチェーンのアメリカ政府マネーマーケットファンドを立ち上げたことを発表しました。さらに、Aptosは特定の企業と協力して証券のトークン化を推進し、複数の投資会社の投資ファンドをオンチェーン化して機関投資家のアクセスを強化します。### ステーブルコイン決済ステーブルコインの支払いは、取引の最終性と資産の安全性を確保する必要があります。AptosのMove言語はリソースモデルを通じて二重支払いを防ぎ、各ステーブルコインの送金の正確性を確保します。例えば、ユーザーがAptos上のUSDCで支払いを行う際、取引状態の更新は厳格に保護され、契約の脆弱性による資金の喪失を避けます。さらに、Aptosの低ガス料金###は、高TPSによるコストの分担(によって実現されており、小額支払いのシナリオで非常に競争力があります。一部のパブリックチェーンの高ガス料金はその支払いアプリケーションを制限し、他のパブリックチェーンはコストが低いものの、ネットワークが過負荷の際の取引の廃棄リスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。PayFiとステーブルコインの支払いは、分散化と規制遵守の両方を考慮する必要があります。AptosBFTの分散型コンセンサスは中央集権のリスクを低減し、同時にそのモジュール化されたアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。例えば、ステーブルコインの発行者はAptos上にコンプライアンス契約を展開し、取引が現地の規制に準拠することを保証し、ネットワークの効率を犠牲にすることなく行うことができます。この点が、いくつかのパブリックチェーンの中央集権的リレー方式よりも優れており、他のパブリックチェーンの提案者が主導する潜在的なコンプライアンスの弱点を補っています。Aptosのバランスの取れた設計は、金融機関の参入により適しています。AptosのPayFiおよびステーブルコイン決済分野における潜在能力は、「安全、高効率、コンプライアンス」という三位一体にあります。将来的には、ステーブルコインの大規模な採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と提携してオンチェーン決済システムを開発していくでしょう。高いTPSと低コストは、コンテンツクリエイターのリアルタイム報酬などのマイクロペイメントシナリオをサポートすることができます。Aptosのストーリーは「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向の流れを引き寄せることができます。Aptosのセキュリティの利点------メモリプールの事前ソート、Block-STM、AptosBFT、そしてMove言語------は、向上させるだけでなく
Aptos革新ブロックチェーン：楽観的並行実行とメモリープール最適化が高性能パブリックチェーンをリード
取引ライフサイクルの詳細分析:エーテル、ソラナとAptosの技術的差異
異なるパブリックチェーンの技術的特徴を比較することは、観察の視点によって退屈または片面に見えることがあります。Aptosと他のパブリックチェーンの違いを迅速かつ正確に理解するためには、適切な切り口を選ぶことが重要です。
取引のライフサイクルは理想的な分析の視点です。取引が作成から最終状態の更新に至るまでの全過程、つまり作成と開始、ブロードキャスト、ソート、実行、状態の更新を研究することで、各ブロックチェーンの設計思想と技術的妥協を明確に理解できます。この基準に基づいて、後方にはブロックチェーンの核心的な物語を理解し、前方にはAptos上で市場を引き付けるアプリケーションを開発する方法を探求できます。
すべてのブロックチェーン取引は、この5つのステップを中心に展開されます。本記事ではAptosを中心に、その独自の設計を分析し、イーサリアムとソラナの重要な違いを比較します。
Aptos: 楽観的並列 & 高性能設計
Aptosは高性能に重点を置いたパブリックチェーンであり、その取引ライフサイクルはイーサリアムに似ていますが、独自の楽観的並行実行とメモリプールの最適化により、著しい性能向上を実現しています。以下はAptos上の取引ライフサイクルの重要なステップです:
創造と開始
Aptosネットワークは、ライトノード、フルノード、バリデーターで構成されています。ユーザーは、ライトノード(のようなウォレットやアプリ)を通じて取引を開始し、ライトノードは取引を近くのフルノードに転送し、フルノードはさらにバリデーターに同期します。
ブロードキャスト
Aptosはメモリプールを保持していますが、QuorumStoreの後にメモリプール間で共有されません。イーサリアムとは異なり、そのメモリプールは単なる取引バッファではありません。取引がメモリプールに入ると、システムはルール(に従ってFIFOやGas費)などで事前にソートを行い、その後の並行実行時に取引が衝突しないようにします。この設計は、ソラナが事前に読み書き集合を宣言する高いハードウェア要件を回避します。
ソート
AptosはAptosBFTコンセンサスを採用しており、提案者は基本的に取引を自由に並べ替えることができず、aip-68は提案者に遅延された取引を追加する権利を付与します。メモリプールの事前ソートは、競合回避を事前に完了しており、ブロック生成は提案者の主導ではなく、バリデーター間の協力によりより依存しています。
###実行
AptosはBlock-STM技術を使用して楽観的な並列実行を実現しています。トランザクションは衝突がないと仮定され、同時に処理されますが、実行後に衝突が発生した場合、影響を受けたトランザクションは再実行されます。この方法はマルチコアプロセッサを十分に活用して効率を向上させ、TPSは160,000に達することができます。
ステータス更新
バリデーターの同期状態、最終性はチェックポイント確認によって確定されます。これはイーサリアムのEpochメカニズムに似ていますが、より効率的です。
Aptosのコアの利点は、楽観的な並行処理とメモリプールの事前ソートの組み合わせにあり、ノードの性能要件を低減するとともに、スループットを大幅に向上させます。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とソラナは異なる方向を選択しました。
決定性並行(ソラナ): 取引をブロードキャストする前に、読み書きの集合を宣言する必要があります。Sealevelエンジンは、宣言に基づいて衝突のない取引を並行処理し、衝突する取引は逐次実行されます。利点は効率的であることですが、欠点はハードウェアの要求が高いことです。
楽観的並行(Aptos): 取引に衝突がないと仮定し、Block-STMによる並行実行後に検証を行い、衝突があれば再試行します。メモリプールの事前ソートにより衝突リスクが低減され、ノードの負担が軽くなります。
例: アカウントAの残高100、取引1でBに70を転送、取引2でCに50を転送。ソラナは事前に競合を確認し、順番に処理します; Aptosは並行して実行した後、残高が不足していることが判明した場合、再調整します。Aptosの柔軟性は、より高い拡張性を意味します。
! トランザクションのライフサイクルにおけるイーサリアム、ソラナ、アプトスの主な違いを簡単に理解する
楽観的並行処理によるメモリプールを通じた衝突確認の事前完了
楽観的並行の核心的な考え方は、並行処理された取引が衝突しないと仮定することです。したがって、取引が実行される前に、アプリケーション側は取引の声明を提出する必要はありません。取引が実行された後に検証時に衝突が発見された場合、Block-STMは影響を受けた取引を再実行して一貫性を確保します。
しかし、実際には、取引の依存関係が衝突するかどうかを事前に確認しないと、実行時に多数のエラーが発生し、パブリックチェーンの動作が遅くなる可能性があります。したがって、楽観的な並行処理は単に取引に衝突がないと仮定するのではなく、ある段階でリスクを事前に回避すること、つまり取引のブロードキャスト段階です。
Aptosでは、取引が公共メモリプールに入ると、FIFOやガス料金の高さ(などの一定のルールに基づいて事前にソートされ、ブロック内の取引が並行実行される際に衝突しないようにしています。したがって、Aptosの提案者は実際には取引ソート能力を持たず、ネットワーク内にはブロック構築者も存在しません。この取引の事前ソートは、Aptosが楽観的な並行性を実現するための鍵となっています。Solanaが取引声明を導入する必要があるのとは異なり、Aptosにはこのメカニズムが不要であるため、ノードのパフォーマンス要件が大幅に低下します。取引が衝突しないことを保証するためのネットワークのオーバーヘッドに関して、Aptosのメモリプールの追加は、Solanaが取引声明を導入するコストに比べてTPSへの影響がはるかに小さいです。したがって、AptosのTPSは160,000に達し、Solanaの2倍以上になります。取引の事前ソートの影響は、Aptos上でのMEVのキャプチャの難しさを高め、これはユーザーにとって利点と欠点の両方をもたらします。
セキュリティに基づくストーリーは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トークンを代表とするオンチェーンのアメリカ政府マネーマーケットファンドを立ち上げたことを発表しました。さらに、Aptosは特定の企業と協力して証券のトークン化を推進し、複数の投資会社の投資ファンドをオンチェーン化して機関投資家のアクセスを強化します。
ステーブルコイン決済
ステーブルコインの支払いは、取引の最終性と資産の安全性を確保する必要があります。AptosのMove言語はリソースモデルを通じて二重支払いを防ぎ、各ステーブルコインの送金の正確性を確保します。例えば、ユーザーがAptos上のUSDCで支払いを行う際、取引状態の更新は厳格に保護され、契約の脆弱性による資金の喪失を避けます。さらに、Aptosの低ガス料金###は、高TPSによるコストの分担(によって実現されており、小額支払いのシナリオで非常に競争力があります。一部のパブリックチェーンの高ガス料金はその支払いアプリケーションを制限し、他のパブリックチェーンはコストが低いものの、ネットワークが過負荷の際の取引の廃棄リスクがユーザー体験に影響を与える可能性があります。Aptosのメモリプールの事前ソートとBlock-STMは、支払い取引の安定性と低遅延を保証します。
PayFiとステーブルコインの支払いは、分散化と規制遵守の両方を考慮する必要があります。AptosBFTの分散型コンセンサスは中央集権のリスクを低減し、同時にそのモジュール化されたアーキテクチャは開発者がKYC/AMLチェックを組み込むことをサポートします。例えば、ステーブルコインの発行者はAptos上にコンプライアンス契約を展開し、取引が現地の規制に準拠することを保証し、ネットワークの効率を犠牲にすることなく行うことができます。この点が、いくつかのパブリックチェーンの中央集権的リレー方式よりも優れており、他のパブリックチェーンの提案者が主導する潜在的なコンプライアンスの弱点を補っています。Aptosのバランスの取れた設計は、金融機関の参入により適しています。
AptosのPayFiおよびステーブルコイン決済分野における潜在能力は、「安全、高効率、コンプライアンス」という三位一体にあります。将来的には、ステーブルコインの大規模な採用を推進し、クロスボーダー決済ネットワークを構築するか、決済大手と提携してオンチェーン決済システムを開発していくでしょう。高いTPSと低コストは、コンテンツクリエイターのリアルタイム報酬などのマイクロペイメントシナリオをサポートすることができます。Aptosのストーリーは「次世代決済インフラ」に焦点を当て、企業とユーザーの双方向の流れを引き寄せることができます。
Aptosのセキュリティの利点------メモリプールの事前ソート、Block-STM、AptosBFT、そしてMove言語------は、向上させるだけでなく