x402が解決しようとしている問題

現在のAPI課金モデルは多くの場合、次のような仕組みです。

• アカウント登録
• APIキー発行
• 月額プラン
• 請求書処理

これは人間の開発者には問題ありませんが、自律的に動くソフトウェアやAIエージェントには扱いにくいという課題があります。

例えばAIエージェントがタスクの途中で次のような処理をする場合です。

• 外部データAPIから情報を取得
• 推論APIを呼び出す
• 有料コンテンツを参照

このようなケースでは、数円〜数十円レベルの小さな支払いをリアルタイムで行う仕組みが必要になります。x402はそれをHTTPレベルで標準化しようとする試みです。

Binance x402（B402）の基本フロー

BinanceのB402は、このx402の仕組みを BNB Smart Chainで決済できる形にした実装です。開発者はブロックチェーンの複雑な処理を自分で構築する必要がありません。

典型的な流れは次の通りです。

1. クライアントがAPIをリクエスト

ユーザー、アプリ、またはAIエージェントが有料APIへアクセスします。

2. サーバーがHTTP 402で支払いを要求

サーバーは通常のレスポンスの代わりに

• HTTP 402 Payment Required
• 支払い条件（トークン、価格、送金先）

を返します。

3. クライアントが支払い署名を生成

クライアントは EIP‑712形式などのオフチェーン署名 を作成します。
これはユーザーがトークン送金を許可したことを証明するものです。

4. 支払い証明付きで再リクエスト

同じHTTPリクエストを再送し、ヘッダーに署名済みペイロードを含めます。

5. Binance B402が検証と決済

サービス提供者はこのデータを BinanceのB402検証APIに送信し、署名確認とBNB Chain上でのトークン転送を実行します。

6. APIレスポンスを返す

支払いが確認されると、サーバーは通常のAPIレスポンスやコンテンツを返します。

つまり、HTTPリクエスト → 支払い → レスポンスというループが自動化されます。

対応トークンと認証方式

BNB Chain上では複数のステーブルコインと承認方式がサポートされています。

主なポイント:

• U、USD1：EIP‑3009とPermit2をサポート
• USDT、USDC：Permit2ベースの承認をサポート

支払い承認の方式には以下があります。

• EIP‑3009：transferWithAuthorizationによる署名ベース送金
• Permit2（exact amount）：指定額のトークン送金
• Permit2（up‑to amount）：上限額までの継続支払い

この仕組みにより、オンチェーン決済を行いながらもHTTPレベルでは軽量な支払い処理が可能になります。

Coinbaseのx402プロトコルとの関係

重要なのは、x402自体はBinanceが作ったものではない点です。

このプロトコルは Coinbaseが提案したオープン仕様で、HTTP 402を使ってステーブルコイン決済を組み込むことを目的としています。

基本アイデアは次の通りです。

• HTTP 402を支払い要求として利用
• リクエストヘッダーに支払い証明を付与
• ステーブルコインでオンチェーン決済

BinanceのB402は、これを BNB Chain向けに実装した決済インフラです。

役割を整理すると次の関係になります。

• Coinbase：x402プロトコル（標準）
• Binance：BNB Chainでの実装・検証サービス

この設計は意図的に 複数のチェーンやサービスが同じプロトコルを使えるようにすることを目指しています。

AIエージェント向け決済としての広がり

x402の考え方は、AI分野でも急速に注目されています。

2026年5月、Amazon Web Servicesは Amazon Bedrock AgentCore Payments を発表しました。これはAIエージェントが実行中にAPIやコンテンツへ自動支払いできる仕組みです。

この機能は

• Coinbase
• Stripe

と共同で構築され、x402ベースのステーブルコイン決済が使われています。

開発者はエージェントにウォレットと支出上限を設定することで、エージェントが自律的に有料サービスへアクセスできます。

これは、いわば 「ソフトウェアがソフトウェアにお金を払うインターネット」 の初期形とも言えます。

BNB Chainのポスト量子暗号研究

x402公開とほぼ同時期に、BNB Chainは ポスト量子暗号（PQC）への移行可能性に関する研究結果も発表しました。

検証された主な技術:

• ML‑DSA‑44 トランザクション署名
• pqSTARK によるバリデータ署名集約

実験では量子耐性を実現できる可能性が確認された一方、性能面のトレードオフも明らかになりました。

主な結果:

• トランザクションサイズ：約110バイト → 約2.5KB
• ブロックサイズ：約110KB → 約2MB
• スループット：約4,973TPS → 約2,997TPS

性能低下の主な原因は、署名検証ではなく ネットワークでのデータ伝播量の増加でした。

一方、pqSTARKによる署名集約により、コンセンサス層のオーバーヘッドは大きく抑えられる可能性が示されています。

インターネットに「ネイティブ決済」を組み込む試み

HTTPには約30年前から 支払いを意味するステータスコード（402） が存在していました。しかし実際にはほとんど使われてきませんでした。

x402は、次の3つを組み合わせることでそれを現実にしようとしています。

• ステーブルコイン決済
• プログラム可能なウォレット
• マシン同士の取引

BinanceのB402は、この構想をBNB Chainで実装した最初期の例の一つです。

もし複数のブロックチェーンやクラウドサービスで同様の仕組みが広がれば、将来的には API課金やデジタルサービスの支払いが「HTTPリクエスト単位」で行われる世界が現実になるかもしれません。

x402が解決しようとしている問題

現在のAPI課金モデルは多くの場合、次のような仕組みです。

• アカウント登録
• APIキー発行
• 月額プラン
• 請求書処理

これは人間の開発者には問題ありませんが、自律的に動くソフトウェアやAIエージェントには扱いにくいという課題があります。

例えばAIエージェントがタスクの途中で次のような処理をする場合です。

• 外部データAPIから情報を取得
• 推論APIを呼び出す
• 有料コンテンツを参照

このようなケースでは、数円〜数十円レベルの小さな支払いをリアルタイムで行う仕組みが必要になります。x402はそれをHTTPレベルで標準化しようとする試みです。

Binance x402（B402）の基本フロー

BinanceのB402は、このx402の仕組みを BNB Smart Chainで決済できる形にした実装です。開発者はブロックチェーンの複雑な処理を自分で構築する必要がありません。

典型的な流れは次の通りです。

1. クライアントがAPIをリクエスト

ユーザー、アプリ、またはAIエージェントが有料APIへアクセスします。

2. サーバーがHTTP 402で支払いを要求

サーバーは通常のレスポンスの代わりに

• HTTP 402 Payment Required
• 支払い条件（トークン、価格、送金先）

を返します。

3. クライアントが支払い署名を生成

クライアントは EIP‑712形式などのオフチェーン署名 を作成します。
これはユーザーがトークン送金を許可したことを証明するものです。

4. 支払い証明付きで再リクエスト

同じHTTPリクエストを再送し、ヘッダーに署名済みペイロードを含めます。

5. Binance B402が検証と決済

サービス提供者はこのデータを BinanceのB402検証APIに送信し、署名確認とBNB Chain上でのトークン転送を実行します。

6. APIレスポンスを返す

支払いが確認されると、サーバーは通常のAPIレスポンスやコンテンツを返します。

つまり、HTTPリクエスト → 支払い → レスポンスというループが自動化されます。

対応トークンと認証方式

BNB Chain上では複数のステーブルコインと承認方式がサポートされています。

主なポイント:

• U、USD1：EIP‑3009とPermit2をサポート
• USDT、USDC：Permit2ベースの承認をサポート

支払い承認の方式には以下があります。

• EIP‑3009：transferWithAuthorizationによる署名ベース送金
• Permit2（exact amount）：指定額のトークン送金
• Permit2（up‑to amount）：上限額までの継続支払い

この仕組みにより、オンチェーン決済を行いながらもHTTPレベルでは軽量な支払い処理が可能になります。

Coinbaseのx402プロトコルとの関係

重要なのは、x402自体はBinanceが作ったものではない点です。

このプロトコルは Coinbaseが提案したオープン仕様で、HTTP 402を使ってステーブルコイン決済を組み込むことを目的としています。

基本アイデアは次の通りです。

• HTTP 402を支払い要求として利用
• リクエストヘッダーに支払い証明を付与
• ステーブルコインでオンチェーン決済

BinanceのB402は、これを BNB Chain向けに実装した決済インフラです。

役割を整理すると次の関係になります。

• Coinbase：x402プロトコル（標準）
• Binance：BNB Chainでの実装・検証サービス

この設計は意図的に 複数のチェーンやサービスが同じプロトコルを使えるようにすることを目指しています。

AIエージェント向け決済としての広がり

x402の考え方は、AI分野でも急速に注目されています。

2026年5月、Amazon Web Servicesは Amazon Bedrock AgentCore Payments を発表しました。これはAIエージェントが実行中にAPIやコンテンツへ自動支払いできる仕組みです。

この機能は

• Coinbase
• Stripe

と共同で構築され、x402ベースのステーブルコイン決済が使われています。

開発者はエージェントにウォレットと支出上限を設定することで、エージェントが自律的に有料サービスへアクセスできます。

これは、いわば 「ソフトウェアがソフトウェアにお金を払うインターネット」 の初期形とも言えます。

BNB Chainのポスト量子暗号研究

x402公開とほぼ同時期に、BNB Chainは ポスト量子暗号（PQC）への移行可能性に関する研究結果も発表しました。

検証された主な技術:

• ML‑DSA‑44 トランザクション署名
• pqSTARK によるバリデータ署名集約

実験では量子耐性を実現できる可能性が確認された一方、性能面のトレードオフも明らかになりました。

主な結果:

• トランザクションサイズ：約110バイト → 約2.5KB
• ブロックサイズ：約110KB → 約2MB
• スループット：約4,973TPS → 約2,997TPS

性能低下の主な原因は、署名検証ではなく ネットワークでのデータ伝播量の増加でした。

一方、pqSTARKによる署名集約により、コンセンサス層のオーバーヘッドは大きく抑えられる可能性が示されています。

インターネットに「ネイティブ決済」を組み込む試み

HTTPには約30年前から 支払いを意味するステータスコード（402） が存在していました。しかし実際にはほとんど使われてきませんでした。

x402は、次の3つを組み合わせることでそれを現実にしようとしています。

• ステーブルコイン決済
• プログラム可能なウォレット
• マシン同士の取引

BinanceのB402は、この構想をBNB Chainで実装した最初期の例の一つです。

もし複数のブロックチェーンやクラウドサービスで同様の仕組みが広がれば、将来的には API課金やデジタルサービスの支払いが「HTTPリクエスト単位」で行われる世界が現実になるかもしれません。