現在のAPI課金モデルは多くの場合、次のような仕組みです。
これは人間の開発者には問題ありませんが、自律的に動くソフトウェアやAIエージェントには扱いにくいという課題があります。
例えばAIエージェントがタスクの途中で次のような処理をする場合です。
このようなケースでは、数円〜数十円レベルの小さな支払いをリアルタイムで行う仕組みが必要になります。x402はそれをHTTPレベルで標準化しようとする試みです。
BinanceのB402は、このx402の仕組みを BNB Smart Chainで決済できる形にした実装です。開発者はブロックチェーンの複雑な処理を自分で構築する必要がありません。
典型的な流れは次の通りです。
ユーザー、アプリ、またはAIエージェントが有料APIへアクセスします。
サーバーは通常のレスポンスの代わりに
HTTP 402 Payment Requiredを返します。
クライアントは EIP‑712形式などのオフチェーン署名 を作成します。
これはユーザーがトークン送金を許可したことを証明するものです。
同じHTTPリクエストを再送し、ヘッダーに署名済みペイロードを含めます。
サービス提供者はこのデータを BinanceのB402検証APIに送信し、署名確認とBNB Chain上でのトークン転送を実行します。
支払いが確認されると、サーバーは通常のAPIレスポンスやコンテンツを返します。
つまり、HTTPリクエスト → 支払い → レスポンスというループが自動化されます。
BNB Chain上では複数のステーブルコインと承認方式がサポートされています。
主なポイント:
支払い承認の方式には以下があります。
transferWithAuthorizationによる署名ベース送金この仕組みにより、オンチェーン決済を行いながらもHTTPレベルでは軽量な支払い処理が可能になります。
重要なのは、x402自体はBinanceが作ったものではない点です。
このプロトコルは Coinbaseが提案したオープン仕様で、HTTP 402を使ってステーブルコイン決済を組み込むことを目的としています。
基本アイデアは次の通りです。
BinanceのB402は、これを BNB Chain向けに実装した決済インフラです。
役割を整理すると次の関係になります。
この設計は意図的に 複数のチェーンやサービスが同じプロトコルを使えるようにすることを目指しています。
x402の考え方は、AI分野でも急速に注目されています。
2026年5月、Amazon Web Servicesは Amazon Bedrock AgentCore Payments を発表しました。これはAIエージェントが実行中にAPIやコンテンツへ自動支払いできる仕組みです。
この機能は
と共同で構築され、x402ベースのステーブルコイン決済が使われています。
開発者はエージェントにウォレットと支出上限を設定することで、エージェントが自律的に有料サービスへアクセスできます。
これは、いわば 「ソフトウェアがソフトウェアにお金を払うインターネット」 の初期形とも言えます。
x402公開とほぼ同時期に、BNB Chainは ポスト量子暗号(PQC)への移行可能性に関する研究結果も発表しました。
検証された主な技術:
実験では量子耐性を実現できる可能性が確認された一方、性能面のトレードオフも明らかになりました。
主な結果:
性能低下の主な原因は、署名検証ではなく ネットワークでのデータ伝播量の増加でした。
一方、pqSTARKによる署名集約により、コンセンサス層のオーバーヘッドは大きく抑えられる可能性が示されています。
HTTPには約30年前から 支払いを意味するステータスコード(402) が存在していました。しかし実際にはほとんど使われてきませんでした。
x402は、次の3つを組み合わせることでそれを現実にしようとしています。
BinanceのB402は、この構想をBNB Chainで実装した最初期の例の一つです。
もし複数のブロックチェーンやクラウドサービスで同様の仕組みが広がれば、将来的には API課金やデジタルサービスの支払いが「HTTPリクエスト単位」で行われる世界が現実になるかもしれません。