ConsenSysが構築した、Web3への入口となる主要なセルフカストディ型暗号資産ウォレット。
すべての記事を読むx402は休眠中のHTTP 402ステータスコードを復活させ、サーバーが支払いを要求し、AIエージェントがインラインで決済できるようにします。アカウントやチェックアウトフローは不要です。

x402は、HTTPの「402 Payment Required」ステータスコードを活用したオープンな決済プロトコルです。同一のHTTPリクエスト内で、サーバーが支払いを要求し、クライアントが署名済みの支払いペイロードで応答できる仕組みを実現します。AIエージェントにとっては、アカウント作成やカード情報の保存、チェックアウトフローの中断なしに、APIやデータ、コンピューティングリソースの利用料を支払えることを意味します。ただし、エージェントのウォレットにあらかじめ支出権限が付与されていることが前提です。CoinbaseがX402を開発し、現在はLinux Foundationが独立したx402 Foundationを運営しています。このプロトコルは、マシン間決済における最も明確な新興インフラの一つとして注目されています。
x402がエージェントやアジェンティックウォレットとどのように連携するかについては、アジェンティックウォレットとは?および2026年のベストアジェンティックウォレットをご覧ください。すべてのAIエージェントにウォレットが必要な理由とAIエージェントが秘密鍵に触れずに取引する方法では、ウォレットがカストディ、権限、署名をどのように管理し、x402が支払いの価格設定と決済をどのように処理するかを解説しています。本記事では、x402の実態、決済フローの仕組み、開発・運営体制、対応製品について詳しく掘り下げます。
現行のHTTPセマンティクス仕様であるRFC 9110では、402 Payment Requiredは将来の使用のために予約済みとされています。x402はこの予約済みステータスコードを具体的な決済フローとして実装しています。サーバーが受け入れ可能な支払い条件を提示し、クライアントが署名済みの支払いペイロードを添付し、サーバーがリソースを返す前に支払いを検証・決済します。
x402のクライアント/サーバードキュメントによると、典型的なやり取りは以下のステップで行われます:
クライアント(人間が操作するアプリまたは自律型エージェント)がサーバーにリソースをリクエストします。
サーバーは402 Payment Requiredステータスと、受け入れ可能な条件(価格、ネットワーク、送金先アドレス)を記述したヘッダーで応答します。
クライアントは受け入れ可能なオプションの一つに合致する署名済み支払いペイロードを作成し、そのペイロードを添付してリクエストを再送します。
サーバーはペイロードをローカルまたはファシリテーターを通じて検証し、オンチェーンで決済を実行します。
サーバーはリクエストされたリソースを、決済完了を確認するヘッダーとともに返します。
x402 V2では、このやり取りがBase64エンコードされた3つのJSONヘッダーを中心に標準化され、V1で使用されていた非推奨ヘッダーが置き換えられました:
ヘッダー | 方向 | 内容 |
PAYMENT-REQUIRED | サーバー → クライアント | 受け入れ可能な支払いオプション:スキーム、ネットワーク、価格、送金先 |
PAYMENT-SIGNATURE | クライアント → サーバー | クライアントの署名済み支払いペイロード |
PAYMENT-RESPONSE | サーバー → クライアント | 決済結果(成功または失敗) |
多くの販売者は自ら支払いの検証・決済を行いません。ファシリテーターは任意ですが広く利用されているサービスで、サーバーの要件に対して支払いペイロードを確認し、サーバーに代わってオンチェーンで決済を実行します。これにより、サーバー側でブロックチェーンインフラを持つ必要がなくなります。ファシリテーターは署名済みペイロードの検証と実行を行うのみで、購入者の資金を保管したりカストディアンとして機能したりすることはありません。ファシリテーターはBase、Solana、Polygon、Avalancheなど複数のネットワークで稼働しています。
すべてのx402決済が同一のラウンドトリップでオンチェーン決済されるわけではありません。プロトコルは複数の決済スキームをサポートしています。exactおよびuptoは通常即時決済されますが、batch-settlementでは購入者がオンチェーンエスクローに一度資金を預け、各リクエストに対してオフチェーンのバウチャーに署名し、販売者が後から一つのオンチェーントランザクションで複数のバウチャーをまとめて換金できます。これは、リクエストごとにオンチェーン決済を行うと速度や費用の面で問題が生じる、大量のメータリングAPIコールに対応するために設計されています。
Coinbaseはx402を開発しました。同社は2015年からインターネット決済標準の研究に取り組んできたとしています。CloudflareとCoinbaseは2025年9月23日にx402 Foundationの設立意向を発表し、Coinbaseはx402をCoinbase主導の標準ではなく、中立的なオープンガバナンスを通じて「AIによる決済のユニバーサルスタンダード」として確立することを目標に掲げました。Cloudflareは同日、Agents SDKとMCPサーバーへのx402サポートを追加しました。
2026年4月2日、Linux FoundationがMCP Dev Summit North AmericaでX402 Foundationを正式に発足させ、Coinbaseからプロトコルの寄贈を受けてガバナンスがさらに前進しました。
Foundationは、Adyen、Amazon Web Services、American Express、Circle、Cloudflare、Fiserv、Google、Mastercard、Microsoft、Polygon Labs、Shopify、Solana Foundation、Stripe、Visaなど、決済ネットワーク、クラウドプロバイダー、ブロックチェーンインフラにわたる22の組織の初期サポートを受けて発足しました。
x402とエージェントウォレットはそれぞれ異なる課題を解決するものであり、この違いはトランザクションを行うエージェントを構築する人にとって重要です。ウォレットは、誰が秘密鍵を保持するか、エージェントが何を支出できるか、トランザクションに署名するかどうかを決定します。x402は、ウォレットまたはエージェントがすでに支払い権限を持っている状態で、特定の支払いリクエストがどのように価格設定され、通知され、決済されるかを決定します。ウォレットを変更してもx402の動作は変わらず、x402を採用してもウォレットの秘密鍵や支出制限の管理方法は変わりません。これらは同一のトランザクション内に存在する独立したレイヤーです。
この分離こそが、購入者側のx402サポートがウォレットアーキテクチャではなくウォレット機能である理由です。MetaMaskのSmart Accounts KitはERC-7710デリゲーションを通じてx402決済をサポートしており、スマートアカウントがリクエストごとに新たなトークン承認に署名する代わりに、決済時にファシリテーターが署名済みデリゲーションを換金することを承認できます。同ドキュメントでは定期的なx402決済もカバーしており、ユーザーが一度定期的な予算を付与すれば、上限に達するまでエージェントが対象のコールにその権限を再利用できます。その決済に関するカストディモデル、支出制限、人間へのエスカレーションルールは引き続きウォレットの役割であり、AIエージェントが秘密鍵に触れずに取引する方法で詳しく解説しています。
MetaMaskとConsensysはx402を開発したわけではありません。開発したのはCoinbaseです。両社の役割は、セルフカストディアルウォレットインフラからプロトコルを機能させることです。「AIエージェント時代のセルフカストディ」において、Consensysはx402のサポートとスペックの発展への貢献を公式に表明し、マルチアセット・マルチチェーンの決済フローへの推進と、ERC-7710の委任支出との組み合わせによるユーザー定義の制限内でのエージェント支払いの実現を目指すとしています。
x402はエージェント決済プロトコルの唯一の選択肢ではなく、もう一つの主要プロトコルとの関係を正確に理解することが重要です。GoogleのAgent Payments Protocol(AP2)は2025年9月16日に60以上の組織の支持を受けて発表された、決済手段に依存しないフレームワークです。ユーザーがエージェントに特定の購入を承認したことを証明する暗号署名済みの「Mandate」を定義し、カード、銀行振込、ステーブルコインを問わず機能します。
x402はAP2の競合標準としてではなく、暗号資産・ステーブルコイン決済の拡張機能として位置づけられます。Googleの発表では、A2A x402拡張が「Coinbase、Ethereum Foundation、MetaMaskおよびその他の主要組織との協力のもとで構築された」と述べており、CoinbaseはX402をAP2の最初の拡張機能の一つであり、唯一のステーブルコインファシリテーターとして位置づけています。
MetaMaskのAIリードであるMarco De Rossiは、Googleの発表への参加理由を次のように述べています:
「ブロックチェーンはエージェントにとって自然な決済レイヤーであり、Ethereumがその基盤となります。Agent Payments Protocol(AP2)とx402により、MetaMaskは開発者に最大限の相互運用性を提供し、ユーザーが完全なコンポーザビリティと選択肢を持ちながらエージェントへの支払いを行えるようにします。同時に、真のセルフカストディのセキュリティとコントロールを維持します。」
x402のサポートは、Coinbaseの枠を超え、ウォレット、決済ネットワーク、インフラプロバイダーにまで広がっています。
組織 | 役割 | 実績 |
Coinbase | 開発者・創設参加者 | x402を開発し、AgentKitとAgent.market x402ペイウォールサービスディレクトリを立ち上げ、CloudflareとともにFoundation設立を推進 |
Cloudflare | Foundation共同創設者 | Agents SDKとMCPサーバーへのx402サポート、Pay Per Crawlベータ向けの後払いスキームを提供 |
Linux Foundation | 2026年4月2日以降のガバナンスホスト | x402 Foundationとプロトコル仕様の正式な管理者 |
Google Cloud | AP2統合 | Coinbase、Ethereum Foundation、その他の組織と共同で構築したA2A x402拡張(協力者の全リストは上記AP2セクションを参照) |
MetaMask / Consensys | ウォレット側サポート、仕様への貢献者 | Smart Accounts Kitによる購入者側x402サポート。ConsensysはスペックのX拡張を公式に表明し、DINがRPCアクセスのx402マイクロペイメントをすでにサポートしていると述べている |
Solana Foundation | 早期採用ネットワーク | Foundationの2026年4月の発表によると、2026年のx402トランザクション量の約65%を占める |
Visa、Stripe、Mastercard、American Expressなどの決済ネットワークはx402 Foundationの創設サポーターとして名を連ねていますが、これはFoundationメンバーシップを反映するものであり、自社インフラでのx402決済実装が確認されたものではありません。
エージェントウォレットがカストディと決済をどのように処理するかについてのベンダー別の詳細な比較は、2026年のベストアジェンティックウォレットをご覧ください。
AIによる翻訳です。エラーが含まれている可能性があります。常に情報を確認してください。