x402とAIエージェント決済：ステーブルコインがAPIの通貨になる時
AIエージェントがAPI、MCPサーバー、Webリソースに直接支払うようになると、決済はアプリ機能ではなくインターネットプロトコルの問題になります。
AIエージェントが本当の経済主体になるには、一つの能力が必要です。お金を使う能力です。
これまでエージェントは情報を読み、要約し、コードを書き、作業を自動化してきました。しかし決済は、多くの場合、人間が事前に設定したサブスクリプション、APIキー、カード、アカウントに依存していました。
これはエージェント型の作業には合いません。
エージェントが一つのデータセットを買い、一つのMCPツールを呼び、数秒だけブラウザを使い、別のエージェントに小さな作業を依頼するなら、月額契約は重すぎます。
そこでx402が重要になります。
Coinbaseの文書は、x402をHTTP 402 Payment Requiredを活用し、アカウントや複雑な認証なしにHTTP上で自動ステーブルコイン決済を可能にするオープンな決済プロトコルと説明しています。
考え方は単純です。
エージェントがWebリソースを要求し、価格を受け取り、ウォレットで支払い、再度要求して結果を受け取る。
決済はエージェントのボトルネックです
AIエージェントは外部ツールをますます多く呼び出します。検索、ブラウザ、データAPI、画像生成、コード実行、専門データベース、取引所データ、オンチェーン分析、クラウド計算などです。
これらには費用がかかります。
問題は課金単位です。人間向けSaaSは月額課金に慣れています。エージェントはタスク単位で動きます。API一回、ファイル変換一回、データ取得一回が自然な単位です。
カード決済は、高頻度で低額の機械間決済に向いていません。アカウント作成、認証、不正検知、決済失敗、地域制限、決済遅延が摩擦になります。
x402は決済をHTTPフローの中に入れます。
x402の仕組み
Coinbaseの技術文書によると、クライアントが保護されたリソースを要求し、サーバーが402応答と支払い条件を返します。クライアントはウォレットで支払いペイロードを作り、署名付きで同じ要求を再送します。サーバーまたはfacilitatorが検証・決済し、リソースを返します。
重要なのは、既存のWebモデルと合うことです。
Cloudflareの文書も、サービスが402応答と支払い指示を返し、クライアントがアカウントやAPIキーなしにプログラムで支払えると説明しています。
x402は新しい決済アプリというより、Webリソースに機械可読な価格を付ける方法です。
AWS参入の意味
2026年5月、AWSはAmazon Bedrock AgentCore Payments previewを発表しました。AWSによると、CoinbaseとStripeとの協力で作られ、エージェントがAPI、MCPサーバー、Webコンテンツ、他のエージェントに自律的にアクセスし支払えるようにします。
重要なのは決済実行だけではありません。AWSはセッション単位の支出上限、ウォレット認証、支出ガバナンス、観測可能性を強調しました。
エージェント決済の本当の問題は、支払えるかどうかだけではありません。いくらまで、誰に、どの条件で、どのログを残して支払えるかです。
AIが誤ると、悪い答えを出すだけではありません。お金が動きます。
なぜステーブルコインか
エージェント決済には安定した単位が必要です。価格変動の大きい資産はAPIや計算の支払いには向きません。
ステーブルコインは常時稼働し、プログラム可能で、グローバルで、小額決済にも向きます。USDCがx402の例で自然に出てくるのはそのためです。
投資家にとっても重要です。
ステーブルコインの次の需要源は、取引所残高やDeFi担保だけではないかもしれません。エージェントがデータ、計算、コンテンツ、ツールを買うための決済資産になる可能性があります。
結論：x402は決済抽象化です
x402が重要なのは、AIエージェントがcryptoで払うからではありません。
より大きな意味は、Webリソースが機械に読め、機械が価格を理解し、機械が支払える形へ変わることです。
人間中心のWebでは、アカウント、サブスクリプション、カード、ログイン、チェックアウトが自然でした。
エージェント中心のWebでは、要求、価格、ウォレット、ポリシー、決済、ログが自然になります。
x402はその変化の初期言語です。