シナリオ 01通常の支払い
lock0.01 USDV
従来のマイクロペイメントがエージェントに向かない理由
チェックアウトのリダイレクト、カードの紐付け、そして秒単位や日単位で計測される清算の遅延は、自律型エージェントが必要とする高頻度の呼び出しごとの支払いをサポートできません。
インタラクションフロー
1 クリックchevron_right2 ウォレットを開くchevron_right3 署名して確認
x402は、HTTP 402 Payment Requiredをオンチェーンのマイクロペイメントで復活させます。これにより、自律型AIエージェントは、呼び出しごとに人間が承認をクリックすることなく、価格を発見し、制限されたクォータ内で支払い、同一のプログラマティックなリクエストフローの中で決済できます。
402レスポンスがオンチェーン決済をインラインでトリガーします — チェックアウトのリダイレクトなし、機械間コマースのためにミリ秒単位で確認されます。
すべてのアンロックはオンチェーンのトランザクション領収書に対応します:監査可能で、追跡可能で、エージェントのワークフロー内で証拠として利用できます。
エージェントウォレットや許可リストと組み合わせることで、エージェントは予算内で自動的に支払います — 人間はリクエストごとではなく、一度だけ承認します。
記事上で従来のアンロックとx402を比較しましょう。この402インターセプト → 署名 → リトライのループは、エージェントがAPI、データ、下流のエージェントサービスに支払う際に使用するものと同じです。
チェックアウトのリダイレクト、カードの紐付け、そして秒単位や日単位で計測される清算の遅延は、自律型エージェントが必要とする高頻度の呼び出しごとの支払いをサポートできません。
Express/Next.jsミドルウェアからHTTP 402を返すと、ウォレットまたはエージェントランタイムがインターセプトし、ポリシー内で署名し、領収書とともにリトライします。