Cardano Foundation、x402向けネイティブFacilitatorを公開

Cardano Foundationは、x402プロトコルのネイティブFacilitatorを公開しました。x402は、HTTP仕様の初期バージョンから予約されながらも標準的な用途が与えられないまま長らく使われてこなかったHTTP 402「Payment Required」ステータスコードを活用し、ソフトウェアがリアルタイムでサービスに支払えるようにする新興標準です。Javaで書かれたx402 v2 FacilitatorとしてGitHubで公開されているこの実装により、リソースサーバーはAPI呼び出しに価格を提示し、クライアントはADAまたはCardanoネイティブトークンで決済し、支払いの決済確認後にサーバーがデータまたはサービスを提供します。

これまでに記録されている稼働実証は1件のみで、Cardanoのプレプロドテストネットワーク(実際の資金を伴わずメインネットのルールを模した公開ステージング環境)上でエンドツーエンドで実行され、実際のオンチェーントランザクションがフローを確認しました。リポジトリ内の何もメインネットに対しては実行されていません。このギャップ — 動作する基盤と実際の資金を大規模に動かせる証明との乖離 — が中心テーマであり、この区別は、AIエージェントによる自律的決済がこのチェーン上でどれほど近いのかを測ろうとする人にとって重要です。同じ問いはXRP Ledger自身のエージェント決済の取り組みでも展開されています。

JUST IN: Cardano is now part of the official x402 SDK.

Any app or AI agent can pay for an API call in $ADA or any CNT over a web request. No account, no API key, no checkout page.

Every service already on x402 can switch Cardano on.

The agent economy just got a Cardano rail. pic.twitter.com/SWZHczf9oC

— Cardano Foundation (@Cardano_CF) September 21, 2026

Cardanoのx402 Facilitatorの仕組み

その下の仕組みは複雑ですが、動作の仕組み自体はシンプルです。リソースサーバーがAPI呼び出し、レポート、または計算ジョブに価格を設定し、クライアントが支払いに署名して送信すると、Facilitatorがサーバーに代わって2つの問いに答えます — この支払いは有効か、決済は完了したか。重要なのは、Facilitatorが秘密鍵を一切保持せず、トランザクションに自ら署名することもない点です。支払者が既に署名した内容を検証してネットワークに送信するだけであり、自らの判断で資金を動かすことはできません — このノンカストディアル設計により、リソースサーバーは資金のコントロールを手放すことなく共有決済インフラに依存できます。

開発者は4つのエンドポイントを通じてサービスとやり取りします。POST /verifyは署名済み支払いが有効かを確認し、POST /settleはそれを送信して着信を確認し、GET /supportedはサービスが対応するプロトコルバージョンとネットワークを一覧表示し、GET /healthは人間が読めるステータスチェックを提供します。

Cardanoビルドは3つの送金方式をサポートしています — デフォルトのアドレス間支払い、Masumiエスクロー方式(Masumiはマシン間決済向けに構築されたCardanoベースのエスクロープロトコル)、および任意のPlutusスマートコントラクトロック(PlutusはCardanoのスマートコントラクト言語)— により、開発者は資金の解放前の保有方法について柔軟性を得られます。

166件のテストと1件のテストネット証明：コードが実際に提供するもの

リポジトリは、166件のユニットテストすべて合格に加え、支払いのサーバー側信をカバーするCardanoのプレプロドテストネット上での1件のオンチェーン証明を報告しています。この証明は、x402が想定する完全な決済ラダーを通過します:メンプール受諾、正規ブロックへの取り込み、最大20ブロックの確認深度。

その背後にある決済ロジックは慎重に構築されているようです。PostgreSQLバックエンドのジャーナル、フェンス付き状態遷移、非同期レコンサイラー、ロールバック検出は、サーバーが既に応答した後にトランザクションが着地する場合や、送信中にプロセスが死亡するといった厄介なエッジケースに対応するよう設計されています。

その他のコンポーネントは、実在のプロバイダーに対しては未検証のままです。支払者が独立してトランザクションをブロードキャストし、Facilitatorが単にその発生を確認するクライアント側送信はユニットテスト済みですが、実環境では試されていません。完全なセルフホストDockerスタックも継続的インテグレーションではカバーされていません。

プロジェクト自身のドキュメントは範囲について率直です。メインネットチェックリストが存在するのはまさにCardanoの本番ネットワークに対して何も実行されていないからであり、エンドツーエンドテスト資格情報は明示的にテストネット専用とマークされています。これはインフラにとって通常の段階であり、危険信号ではありませんが、商用準備完了の主張は証拠を先行することになります。

ADAがAIエージェント決済レースに参入：インフラは整ったが、採用はまだ

JUST IN: Solana handles 76% of all @x402 transactions. 23.2M in four weeks. The next-largest network did 3.39M. pic.twitter.com/OJv35U4kXF

— Solana (@solana) September 22, 2026

Cardanoはここで最初ではありません。x402自身のSDK機能トラッカーは、SolanaとEVM互換ネットワークがTypeScript、Go、Python全体でサポート対象とし、Cardanoは現在TypeScriptの列にのみ表示されています。このプロジェクトは、SolanaおよびXRP Ledgerとマシン間決済を巡るより広範な競争に参入しており、この構図は発表を報じる複数のメディアでも共有されています。

それでも、互換性テーブルに登場することと商用の取引量を処理することは同じではありません。暗号資産連携カードの支出と同様に、インフラの採用とトランザクションスループットは別個の指標であり、それらを混同するとプロトコルの実際の立ち位置を過大評価することになります。\n一次情報が確認するのは、x402の下でのCardanoの正確な支払いスキームに特化して構築された、検証・送信・決済ロジックを備えた動作済みテスト済みのFacilitatorです。確認できないのは牽引力です:メイントランザクションはなく、報告された取引量もなく、本番環境で自律エージェントが大規模に取引している証拠もありません。

次のCardanoニュースの波で追うべきマイルストーンは、別のSDKリリースではありません。誰かがこれをメインネットで実行して数値を公開するかどうか — コードのマージ自体よりも、Cardanoの2026年の軌道にとって重要となる達成です。CardanoのフットプリントがTypeScriptを超えて広がるかどうかは、それと並行して注視すべき二次的なシグナルです。