x402Bとは？オンチェーンエスクローがAIエージェントの支払いを保護する仕組み

x402は、HTTP 402 Payment Requiredレスポンスを通じてネットワークリクエストと決済を結び付け、サーバーが提示した決済条件に従ってAIエージェントが取引を完了できるようにします。

x402Bはこの基盤を拡張し、エスクローコントラクト、配送ステータス、紛争解決メカニズムを導入します。これにより、決済承認、資金のロック、商品またはサービスの提供、最終決済を個別の段階として管理できます。Boson Protocolは、2026年6月8日にBaseメインネット上でx402Bを導入しました。ただし、その適用範囲、互換性、実際の保護レベルについては、具体的な実装に基づいて評価する必要があります。

主なポイント

• x402Bは、x402決済プロトコル向けにBoson Protocolが開発したオンチェーンエスクロー拡張機能です。スマートコントラクトを使用して取引資金を管理し、決済と最終的な資金解放を段階的に実行できます。

• x402が主に自動決済に対応するのに対し、x402Bは決済後の配送リスクにも対応します。AIエージェントが購入したサービスをすぐに提供できない場合、エスクローの仕組みによって追加の保護を提供できます。

• Non-custodial Escrow（ノンカストディアル・エスクロー）は、x402Bの中核となる仕組みです。購入者の資金は、決済承認後すぐに全額が販売者のアカウントへ移されるのではなく、オンチェーンのエスクローコントラクトに入ります。

• 資金の解放方法は、配送確認と紛争解決によって決まります。具体的な取引ルールに応じて、配送確認後、紛争期間の終了後、または紛争裁定後に資金が分配されます。

• x402Bは、Agent Commerce向けに新たな取引インフラを提供します。非同期配送、取引保護、自動決済を必要とするAIエージェントの商取引シナリオに適していますが、すべての履行リスクを排除できるわけではありません。

x402Bとは？x402決済プロトコルとはどのような関係にありますか？

x402Bは、x402の決済プロセスにオンチェーンの取引保護を追加する実装と捉えることができます。x402の基本的な考え方は、HTTPのリクエストとレスポンスのプロセスに決済要件を組み込むことです。クライアントが有料リソースをリクエストすると、サーバーはHTTP 402ステータスコードを返し、利用可能な決済方法を提示できます。クライアントが必要な承認を完了すると、リクエストを再度送信します。その後、サーバーは決済条件を検証し、リソースを提供するかどうかを判断します。このモデルにより、自動化されたサービスが従来のアカウント登録、サブスクリプション管理、手動決済プロセスに依存する度合いを下げられます。

即時に提供されるAPIコールでは、この決済モデルは一般的にシンプルです。たとえば、AIエージェントはモデル推論サービスをリクエストし、APIが提示した価格に従って決済を完了し、対応する結果を受け取ることができます。しかし、取引にカスタマイズされたコンテンツ、長時間にわたる計算タスク、デジタルライセンス、または配送を待つ必要がある商品が含まれる場合、決済と実際の履行との間に時間差が生じる可能性があります。直接決済モデルでは、資金が最終的に決済された後、購入者は通常、元の決済プロトコルだけを根拠として販売者に返金を求めることはできません。

x402Bは、エスクロー決済ソリューションを導入することでこの問題に対応します。販売者は、HTTP 402レスポンスでエスクロー取引の条件を提示できます。購入者が対応する承認に署名すると、資金はスマートコントラクトにロックされ、配送状況と紛争状況に基づいて、後から解放方法が決定されます。x402Bは、x402プロトコル全体を新しい決済ネットワークに置き換えるものではありません。x402が複数の決済方式をサポートしていることを活用し、取引の決済機能を拡張するものです。

AIエージェントの自動決済にオンチェーンエスクローが必要なのはなぜですか？

AIエージェントは、あらかじめ定義されたタスクに従って、サービスを自律的に呼び出し、見積もりを比較し、決済リクエストを送信できます。しかし、決済を自動的に完了できることは、AIエージェントが取引の履行状況を自動的に判断できることを意味しません。結果をすぐに返すAPIリクエストでは、決済からサービス提供までの時間差は非常に短い場合があります。一方、生成に数分かかる調査レポート、完了に数時間かかる計算タスク、さらには国境を越えた商品の購入では、決済から配送までの間隔が大幅に長くなる可能性があります。

この時間差は、取引相手のリスクを生み出します。たとえば、AIエージェントが、見慣れないサービスプロバイダーにカスタマイズされたデータレポートの対価として100 USDCを支払ったとします。資金が販売者のアドレスに直接決済され、販売者が最終的にコンテンツを提供できなかった場合、購入者は追加の返金プロセス、プラットフォームのルール、または法的救済に頼って問題を解決する必要があります。確立された実績のない自動サービスプロバイダーの場合、従来の評判メカニズムだけではすべてのリスクに対応できない可能性があります。

オンチェーンエスクローは、資金を解放する順序を変えることで、一部のリスクを軽減します。購入者はまず、スマートコントラクトに資金をロックできます。その後、販売者が合意どおりに商品またはサービスを提供し、配送確認、紛争期間、その他の決済条件に基づいて資金が分配されます。つまり、決済承認が必ずしも販売者による資金全額の即時受け取りにつながるわけではありません。ただし、エスクローによって取引が常に成功するわけではなく、オフチェーンの商品品質を自動的に検証できるわけでもありません。実際の保護レベルは、配送確認と紛争解決の仕組みに左右されます。

x402Bの取引プロセスはどのように機能しますか？

x402Bは、HTTPによる決済インタラクションとオンチェーンのエスクローステータスを組み合わせ、AIエージェントが標準化されたリクエストを通じて、購入から決済までの複数のステップを完了できるようにします。一般的なプロセスには、リソースのリクエスト、見積もりの取得、承認への署名、資金のロック、配送の完了、最終決済が含まれます。

購入者のAIエージェントがサーバーにリソースをリクエストします。販売者はリクエストに基づいて取引の見積もりを作成し、HTTP 402レスポンスでエスクロー決済の条件を提示します。これらの条件には、価格、対応トークン、エスクローコントラクトのアドレス、販売者が署名した取引コミットメントなどが含まれる場合があります。条件を確認した後、購入者はメタトランザクションの承認に署名し、Facilitatorまたはその他の対応方法を通じてブロックチェーンに取引を送信します。スマートコントラクトは資金をロックし、対応する取引ステータスを記録します。

資金がロックされると、販売者はリソースまたは配送証明を提供できます。その後の処理は、取引ステータスと実行可能なアクションによって決まります。x402Bの設計では、現在実行できるステップをnextActionsで表します。これには、配送の確認、紛争の開始、決済の完了などが含まれます。具体的な実装に応じて、配送確認後、紛争期間の終了後、または紛争解決後に資金が解放されます。この仕組みにより、一度限りの決済プロセスが、追跡可能な取引ライフサイクルへと拡張されます。

x402Bのノンカストディアル・エスクローは、どのように取引資金を保護しますか？

エスクローとは、取引条件が満たされるまで資金を一時的に保管する仕組みです。従来の商取引では、通常、銀行、決済機関、または第三者プラットフォームがエスクローを提供します。x402Bでは、スマートコントラクトがあらかじめ定められたルールに従って資金を管理します。購入者が承認を完了すると、ステーブルコインはオンチェーンのエスクローコントラクトにロックされます。販売者は、決済リクエストを受け取っただけで資金を即座に取得することはできません。

x402Bは、Boson Protocolのエスクローインフラを使用して、取引コミットメントと決済ステータスを管理します。購入者と販売者が合意どおりに取引操作を完了すると、スマートコントラクトは配送確認、紛争状況、時間制限に基づいて資金を分配します。この仕組みの主な価値は、単一の決済プラットフォームや取引相手が資金を保管することへの依存を減らしながら、取引記録と資金解放条件をオンチェーンで検証できる点にあります。

ただし、ノンカストディアルであることは、リスクがないことを意味しません。スマートコントラクトの脆弱性、誤った取引パラメータ、不合理な紛争期間、配送証明の不足は、最終的な結果に影響を与える可能性があります。特に、オフチェーンの商品やサービスの実際の品質は、ブロックチェーンのステータスだけでは自動的に判断できません。したがって、x402Bはプログラム可能な取引保護メカニズムを提供するものであり、すべての取引結果を無条件に保証するものではありません。

x402Bは商品配送をどのように確認し、取引上の紛争に対応しますか？

自動化されたAIエージェントの取引では、決済と配送が異なるタイミングで行われる場合があります。x402Bはこの状況に対応するため、配送ステータスを取引ライフサイクルに組み込んでいます。たとえば、購入者がデジタルサービスを購入した後、販売者は指定されたチャネルを通じてコンテンツまたは配送証明を提供し、購入者はプロトコルの要件に従って確認を完了できます。商品やサービスによっては、配送に引き換え認証情報、注文ステータスの更新、その他の確認手順が含まれる場合もあります。

購入者が販売者による取引の履行が不十分だと判断した場合、ルールで指定された期間内に紛争を開始できます。Boson Protocolの設計では、Dispute Resolver（紛争解決者）の参加がサポートされています。具体的な仕組みには、当事者間の交渉、第三者による裁定、あらかじめ定められたタイムアウトルールに基づく決済などが含まれる場合があります。最終的な資金の分配は、購入者または販売者の一方的な判断ではなく、取引ステータス、関連する署名、適用される紛争処理条件に基づいて決まります。

重要なのは、紛争解決によって、完全に自動化されたスマートコントラクトがすべての商品の品質を判断できるようになるわけではない点です。オフチェーンで配送される商品については、外部証拠、手動による裁定、信頼できる検証メカニズムが引き続き必要になる場合があります。x402Bの利点は、紛争の結果をオンチェーンの資金執行に結び付けられることです。ただし、取引が実際に履行されたかどうかの判断は、依然としてオフチェーン情報に依存する場合があります。

x402とx402Bの主な違いは何ですか？

x402とx402Bの主な違いは、資金の決済と取引ライフサイクルの管理方法にあります。x402のexact決済方式は、決済後すぐにリソースが提供されるシナリオに適している一方、x402Bのescrow方式は、決済と配送の間に時間差があり、追加の取引保護が必要なシナリオに適しています。

この比較は、x402自体が単純な取引にしか使用できないことを意味するものではありません。また、x402を使用するすべてのサービスに返金や紛争処理の機能がないことを意味するものでもありません。開発者は、他のアプリケーション層の仕組みを通じて取引保護を実装できます。x402Bとの違いは、エスクロー決済を統合可能な決済方式とし、関連ルールを資金のオンチェーンステータスに直接結び付けている点にあります。

また、x402Bによって既存のすべてのx402クライアントがエスクロー取引に自動対応するわけではありません。対応する決済方式を処理できるクライアントだけが、エスクロープロセスを正しく識別して実行できます。サーバーは直接決済とエスクロー決済の両方を提示し、各クライアントが自身の機能に基づいて選択できるようにすることも可能です。

x402BはEIP-712、ステーブルコイン、Facilitatorとどのように連携しますか？

x402Bは、単一のスマートコントラクトだけで取引全体を完了する仕組みではありません。オフチェーン署名、ステーブルコインの承認、オンチェーンコントラクト、取引リレーコンポーネントを組み合わせて機能します。EIP-712は構造化データへの署名方法を提供し、購入者と販売者が見積もり、取引承認、その他のパラメータに署名できるようにします。内容が不透明なデータに直接署名する場合と比べ、構造化署名では、対応するウォレットが取引の一部の詳細をより明確に表示できます。ただし、ユーザーは実際の承認範囲を引き続き確認する必要があります。

決済資産については、x402BはUSDCなどの対応するステーブルコインを使用して資金をロックできます。その技術的なソリューションには、EIP-3009、EIP-2612、Permit2、標準的なトークン承認など、複数の方式が含まれます。具体的な方式は、資産、ネットワーク、統合条件によって異なります。ステーブルコインは会計単位および決済手段として機能し、エスクローコントラクトは資金を解放する条件を管理します。これらのコンポーネントは、それぞれ異なる課題に対応します。

Facilitatorは、主に取引の送信と実行を支援します。購入者が先に署名を完了し、その後Facilitatorが対応する取引をブロックチェーンに送信できます。特定の実装では、購入者が直接Gasを支払う必要のない仕組みを実現できます。ただし、Gaslessであっても、オンチェーン取引にコストが存在しないことを意味するわけではありません。別の参加者がそのコストを負担するという意味です。x402Bは、Facilitatorを利用できない場合でも継続的な取引実行への影響を抑えられるよう、オンチェーンで直接操作する経路も提供します。

x402BはどのようなAIエージェントの商取引シナリオをサポートできますか？

デジタルコンテンツおよび専門サービスの調達。AIエージェントは、業界レポート、カスタマイズされたデータ、ソフトウェアライセンス、第三者の調査サービスなどを購入する必要がある場合があります。これらの商品やサービスは、単純なAPIレスポンスのように即時提供できないことが多く、ユーザーの要件に基づいてコンテンツを生成する必要がある場合もあります。x402Bを使用すると、購入者は決済時に資金をロックし、販売者は合意どおりに商品またはサービスを提供した後に決済へ進むことができます。

Agent-to-Agent Commerceとは、AIエージェント間の自動化された商取引を指します。たとえば、市場調査エージェントがデータ分析エージェントからコンピューティングサービスを購入し、データ分析エージェントが他のモデルやデータソースを呼び出してタスクを完了する場合があります。複数の独立したサービスプロバイダーが、長期的な関係を確立していないこともあります。そのため、標準化された取引コミットメント、エスクローされた資金、紛争解決メカニズムによって、取引相手に関する一部のリスクを軽減できます。

自動化されたEコマースおよび実物商品の調達。AIエージェントは商品の検索、見積もりの比較、注文の送信、決済の承認を担い、配送は販売者、物流事業者、その他の現実世界のプロセスに依存することがあります。Boson Protocolは、Facetストア、USDC、x402Bエスクローを組み合わせた購入フローを実証しています。これらの事例は、自動決済を実物商品の取引と組み合わせられることを示しています。ただし、テスト環境での実証は、大規模な商用導入を意味するものではありません。

x402Bが直面する技術的・商業的な制限は何ですか？

第一に、x402Bは配送確認に対応する必要があります。APIから返されるデータについては、サーバーが正常に応答したかどうかを比較的容易に判断できる場合があります。しかし、カスタマイズされた調査、デザイン作業、実物商品については、配送が合意した条件を満たしているかどうかの判断に主観的な基準が関わることがよくあります。エスクローと決済がすべてオンチェーンで行われる場合でも、プロトコルは送金記録だけに基づいて商品の品質問題を判断することはできません。

第二の制限は、ロックされた資本と取引コストに関するものです。エスクローの仕組みは取引保護を高めますが、資金の解放に必要な時間を延ばす可能性もあります。少額かつ高頻度のAPIリクエストでは、直接決済の方がシンプルな場合があります。すべての取引でエスクローステータス、配送確認、紛争期間を維持する必要がある場合、追加のプロセスと実行コストによって、効率性の一部が失われる可能性があります。そのため、x402BはすべてのAIエージェント決済シナリオに適しているわけではありません。

最後の制限は、互換性と普及に関するものです。x402Bのエスクロー決済方式には、クライアント、サーバー、関連するリレーコンポーネントによるサポートが必要です。すべてのx402アプリケーションがすでにこれらの機能を備えていると考えることはできません。長期的な発展は、スマートコントラクトのセキュリティ、Dispute Resolverの信頼性、決済資産の流動性、開発者による統合コスト、実際の取引需要にも左右されます。既存の技術実装や商用事例は一定の実現可能性を示せますが、このモデルがすべてのAgent Commerce取引における普遍的な標準になることを証明するには、なお不十分です。

x402BはAgent Commerceの発展にとって何を意味しますか？

Agent Commerceの発展により、決済インフラは単純な資金移転から、取引全体の管理へと拡張されつつあります。AIエージェントが即時に結果を返すAPIサービスを購入するだけであれば、自動決済機能で十分な場合があります。しかし、エージェントがカスタマイズされたサービスを購入し、複数のサプライヤーを調整し、または実物商品の取引に参加するようになると、決済承認、履行確認、返金、紛争解決を相互に連携した段階として扱う必要があります。

x402Bは、これらの段階を接続するための技術的な経路を提供します。HTTP決済リクエスト、オンチェーンエスクロー、構造化署名、実行可能な取引ステートを通じて、AIエージェントは人間の関与を減らしながら、一定レベルの取引保護を得られます。このモデルは、より標準化された自動調達プロセスの構築にも役立ち、異なる開発者やサービスプロバイダーが共通の決済・決済インターフェースを中心にアプリケーションを構築できるようにします。

ただし、Agent Commerceの成熟度は、決済技術だけで決まるものではありません。本人確認、取引承認、サービス品質の評価、紛争ガバナンス、コンプライアンスの枠組みも、同時に発展させる必要があります。x402Bが対応するのは、資金のエスクローと決済に関する問題の一部にすぎません。その実際の価値は、最終的には実際の取引量、履行率、資金の安全性、開発者による採用状況を通じて評価する必要があります。

まとめ

x402Bは、x402決済システムを基盤としてBoson Protocolが開発したオンチェーンエスクロー拡張機能です。主に即時決済向けに設計された直接決済方式と比べ、x402Bは資金のロック、商品またはサービスの提供、紛争処理、最終決済を1つの取引プロセスに組み込み、すぐには提供されないサービスを購入するAIエージェントに追加の取引保護を提供します。

その中核的な価値は、AIエージェントの決済を速めることではなく、自動決済と取引の履行との間に、より明確なつながりを構築することにあります。AIエージェントがより複雑なデジタルサービスの調達や商取引に徐々に参加するにつれて、ノンカストディアル・EscrowはAgent Commerceにとって重要なインフラの一部になる可能性があります。ただし、そのセキュリティ、適用範囲、商業的な成熟度については、継続的な検証が必要です。

FAQ

x402Bとは何ですか？

x402Bは、Boson Protocolが開発したx402決済拡張機能です。ノンカストディアルのオンチェーンエスクローコントラクトを使用して取引資金を管理し、配送確認と紛争解決をサポートします。

x402Bはx402と同じプロトコルですか？

完全に同じ概念ではありません。x402はネットワークネイティブな決済プロトコルであり、x402Bはx402の決済インタラクションフレームワークにエスクロー取引機能を追加する特定の拡張機能です。すべてのx402クライアントが自動的にx402Bをサポートするわけではありません。

x402Bを利用する場合、AIエージェントはGasを支払うためにETHを保有する必要がありますか？

必ずしも必要ではありません。取引リレーに対応したシナリオでは、Facilitatorが取引を送信してGasを支払うため、購入者はGasの支払いに必要なネイティブトークンを保有する必要がありません。ただし、オンチェーン実行コスト自体は発生します。

x402BはAIエージェントが詐欺に遭わないことを保証できますか？

いいえ。オンチェーンエスクローは、決済後に商品やサービスが提供されないリスクの一部を軽減できますが、スマートコントラクトの脆弱性、虚偽の配送証明、誤った紛争裁定などの問題を排除することはできません。

x402BはUSDCしか使用できませんか？

いいえ。USDCは既存の統合事例で使用されているステーブルコインです。具体的に対応する資産は、関連するネットワーク、トークン承認メカニズム、サーバー設定によって異なります。

x402Bはどのような取引に適していますか？

決済と配送の間に時間差がある取引、または購入者と販売者が追加の履行保護を必要とする取引に適しています。例として、カスタマイズされたデジタルサービス、ソフトウェアの調達、非同期の計算タスク、一部の商品取引などが挙げられます。