ニュース暗号資産Cardano、x402によるAI決済対応を獲得、ただしメインネットでの採用は未証明

Cardano、x402によるAI決済対応を獲得、ただしメインネットでの採用は未証明

著者: Coindoo·

重要ポイント

  • •公式x402 SDKはTypeScript実装においてCardanoネットワーク対応を記載しましたが、Go版とPython版にはまだ含まれていません。
  • •Cardano Foundationは、preprod(ネットワークの公開テスト環境)でエンドツーエンドのテストトランザクションを完了したJavaベースの別個のファシリテーターを公開しました。
  • •メインネット上でAIエージェントがADAやCardano発行トークンで実際のサービスへの支払いを繰り返し行ったことを示した公開アプリケーションは存在せず、商業的採用は未証明のままです。
  • •CardanoのeUTXOモデルでは、受取人や金額が変更されると署名が無効になるため、ファシリテーターによる署名済み支払いの書き換えは防げますが、悪意ある要求を承認したユーザーまでは保護されません。
  • •Cardano上で繰り返しのx402決済量を開示した商用アプリケーションがないため、AI決済がすでに大きなADA需要を生み出しているという主張はエビデンスを先取りしたものです。
Cardano、x402によるAI決済対応を獲得、ただしメインネットでの採用は未証明

Cardanoは技術的にはx402決済をサポートできるようになりましたが、採用はまだ証明されていません。公式x402ソフトウェア開発キットはTypeScript実装においてCardanoネットワーク対応を記載しており、Cardano Foundationはpreprod(ネットワークの公開テスト環境)でエンドツーエンドのテストトランザクションを完了したJavaベースの別個のファシリテーターを公開しました。同様に重要なのは、証明されていない点です。メインネット上でAIエージェントがADAやCardano発行トークンで実際のサービスへの支払いを繰り返し行ったことを示した公開アプリケーションは存在しません。したがって、この開発は商業的な採用ではなく、技術的な互換性を確立したものです。

AIエージェントがデータセットを購入する流れ

エージェントがオンラインサービスにデータを要求します。サービスは、価格、受け入れ可能なアセット、支払いアドレスを含む402メッセージで応答します。ウォレットまたは署名システムが、支払いがユーザーまたは開発者が設定した制限内に収まるかを確認します。署名された支払いは検証され、Cardanoに送信され、サービスが支払いを確認してデータセットを解放します。

この流れは自律エージェントに適しています。エージェントはチェックアウトフォームに入力したりカード決済を承認したりできないため、価格と支払い条件をHTTPのやり取りに直接埋め込むことで、データを要求したのと同じリクエストサイクル内でマシンが購入を完了できます。

エージェントがウォレットを無制限に操作できるとは限りません。アプリケーションは、支出額の上限、利用できるサービス、送金できるアセットを制限できます。この区別が重要なのは、x402の目的が個々の支払いの自動化であり、AIシステムに誰かの資金への無制限のアクセスを与えることではないからです。

Cardanoが実際に追加したもの

x402は、「Payment Required(支払いが必要)」のために予約されたWebレスポンスコードであるHTTP 402を中心に構築されたオープンな決済標準です。このステータスコードは1990年代にHTTP仕様で定義されましたが、何十年もほとんど使われないままでした。それはエージェント決済プロトコルが活させるまで続きました。x402の公式ドキュメントによると、x402はWebサイトやAPIが、製品を要求するのと同じやり取りの中で支払いを要求できるようにするものです。この標準は、マシン間決済のためのオープンプロトコルとしてCoinbaseが2025年に導入したものであり、Cardanoのツール群により、その開発者もプロトコルを試せる立場になりました。

公式x402 SDKの機能一覧には、TypeScript実装においてCardanoネットワーク対応が示されています。これにより、JavaScriptおよびTypeScript開発者は、Cardano決済を準備し、x402対応サービスと接続するための標準ツールを利用できるようになりました。

現在の機能マトリクスには、公式のGoまたはPython実装におけるCardano対応は記載されていません。したがって、これらの言語で作業する開発者は、追加のコンポーネントや独自の統合作業が必要になります。

Cardano Foundationによる別のプロジェクトが、GitHub上のJavaベースのファシリテーターを提供しています。同じ決済標準に関連していますが、公式TypeScriptパッケージのJava版ではありません。この2つのリリースは統合問題の異なる部分を解決するものであり、1つの製品として扱うべきではありません。

誰が資金を動かせるのか

ファシリテーターは、支払いを要求するアプリケーションとCardanoネットワークの間に位置します。その役割は、署名されたトランザクションを検査し、支払い要求と一致しているかを確認し、ブロックチェーンに送信することです。

  • ユーザーまたは開発者は、支出上限を設定し、許可するアセットを選び、エージェントが利用できるサービスを決定します。
  • ウォレットは、そのルールを満たしていることを確認した上で、正確なトランザクションを承認し署名します。
  • ファシリテーターは、署名されたトランザクションを検証して送信します。秘密鍵を保持せず、支払者に代わって署名することもありません。

Cardanoの拡張未使用トランザクション出力(eUTXO)モデルにより、支払い条件は明示的になります。トランザクションは、支出される資金と新たに作成される出力を特定します。承認後に受取人や金額が変更されると、既存の署名は無効になります。

これにより、ファシリテーターが署名済みの支払いを密かに書き換えることは防げます。ただし、そもそもユーザーが悪意ある要求を承認することまでは防げず、だからこそウォレットの権限設定と支出上限が依然として不可欠なのです。

プリプロダクションテストが1つの経路の実現可能性を証明

Cardano Foundationのファシリテーターは、Cardanoの公開テストネットワークであるpreprod上でエンドツーエンドのトランザクションを完了しました。プロジェクトのリポジトリによると、テストでは、サービスが署名みの支払いを検証し、送信し、チェーンへの取り込みを確認できることが示されました。

テストで実証されたこと:

  • Cardano決済の準備と署名が可能だった
  • ファシリテーターがその詳細を検証できた
  • トランザクションをpreprodに送信できた
  • チェーン上の取り込みを確認できた

公開上、未検証のままであること:

  • 価値のあるメインネットアセットを用いた支払い
  • 独立したアプリケーションからの継続的なトラフィック
  • 買い手と売り手の商業的需要
  • 本番環境での信頼性

リポジトリには、サーバー送信の経路はエンドツーエンドでテスト済みである一方、クライアント送信のオプションはソフトウェア上でテストされたものの、実際のプロバイダーに対しては試行されていないとも記載されています。後者のモデルでは、ファシリテーターが支払いを準備または検証し、別のシステムが送信します。

本番利用には、ネットワーク設定の切り替え以上の作業が必要です。開発者は、ファシリテーターの検証・決済エンドポイントを保護し、受け入れるトランザクションスクリプトを制限し、遅延する確認を慎重に扱う必要があります。

最後の点は実務的な問題です。アプリケーションが確認を受け取っていなくても、トランザクションはすでにネットワークに到達している場合があります。同じ支払いを自動的に再送信すると、混乱を招いたり、実装によっては意図しない2回目の支払いが発生したりする可能性があります。アプリケーションは再試行前にトランザクションのステータスを確認する必要があります。

決済対応はADAの需要を保証しない

x402サービスは、ADAや、価値安定型トークンを含むCardano上で発行された別のアセットを受け入れることを選択できます。ソフトウェアはこうした決済経路を可能にしますが、売り手がどのアセットを要求するかを決めるものではありません。

決済の構造によっては、ネットワーク手数料のためにADAが必要になる可能性はあります。しかし、少額のトランザクション手数料だけでは、トークンへの大きな需要を証明するには不十分です。それには、実際のサービス、繰り返しの利用、より広いADA市場と比べて意味のある決済量が必要です。

Cardano上での繰り返しのx402決済量を開示したり、顧客がどのアセットを好むかを示したりした公開の商用アプリケーションは存在しません。したがって、AI決済がすでに大きなADA需要を生み出しているという主張は、利用可能なエビデンスを先取りしたものとなります。

他のx402統合は、異なる運用モデルを採用しています。たとえばCircleは、対応するUSDC決済について検証、トランザクション送信、ガス管理を処理するホスト型ファシリテーターを導入しました。CoindooのCircleのAIエージェント向けx402サービスに関するレポートで説明したように、このアプローチは開発者が運用すべきインフラを減らす一方、アプリケーションのCircleへの依存度を高めます。

Cardanoの利用可能なツールは、開発者が自身でファシリテーターを運用する余地をより大きく与えます。それはより大きな制御を可能にしますが、開発者はセキュリティ、稼働率、トランザクションの適切な処理についても責任を負うことになります。

次の証明はアプリケーションから生まれなければならない

別のライブラリのリリースは、Cardano決済を試せる開発者の範囲を広げるでしょう。特に、公式のGoやPythonの対応が続く場合はそうです。しかし、誰もがこのシステムを使いたいと思うかという問いには答えません。

より意味のあるエビデンスは、実在の製品についてメインネットでの支払いを完了し、トランザクション参照を公開し、追加購入のために再訪する名前の明らかなアプリケーションです。信頼性データも重要です。支払いがどの程度の頻度で失敗するか、サービスがどれだけ速く確認するか、自動化された買い手が繰り返しリクエストを行うかどうか。

Cardanoには、そのテストを試みるために必要な構成要素が揃いました。次に重要な発表は、AIエージェントが理論上支払えるというものではありません。それは、自律的なエージェントが役に立つものの代金を支払い、そして再度買いに戻ってきたというものになるはずです。

本記事は情報提供のみを目的としたものであり、金融または投資に関する助言を構成するものではありません。ブロックチェーンソフトウェア、テスト結果、ネットワーク対応は、開発の進展に伴って変更される可能性があります。