Brave Search APIのx402とは？
x402は、HTTPの「402 Payment Required」を使ってAPIの支払いを要求する仕組みです。Brave Search APIでは、最初のリクエストに402が返ると、クライアントがウォレットで支払いを承認し、証明を付けて同じ検索を再送します。BraveのアカウントやAPIキーは要りません。[1]
短く答えると、Brave Search APIのx402は、エージェントが検索ごとに0.005ドルをUSDCで支払う従量決済です。試用や低頻度利用では契約作業を減らせますが、継続的な大量検索では従来の契約プランと総額を比べる必要があります。
| 項目 | x402 | 従来のAPIキー |
|---|---|---|
| 事前登録 | 不要 | Brave Search APIのアカウントが必要 |
| 認証 | 支払い証明 | APIキー |
| 支払い | 1検索0.005ドル | 契約プランに基づく |
| 通貨・ネットワーク | USDC・Base | 通常の請求 |
| 向く場面 | エージェントの試用、少量のオンデマンド検索 | 継続運用、大量利用、組織管理 |
1回0.005ドルはどう支払う？
Braveの手順では、エンドポイントへ通常の検索リクエストを送ると402応答に支払い条件が入ります。クライアントは条件を読み、Base上のUSDC支払いへ署名し、支払い用ヘッダーを付けて再送します。成功すると検索結果が返ります。[2]
Braveの公式リポジトリbx402はTypeScriptとPythonの利用例を公開しています。検索、ニュース、画像、動画、ローカル検索などに対応します。リポジトリは失敗した検索には課金しないと説明しています。ただし実装時にはレスポンスと取引状態を照合し、再送で二重に払わない処理が必要です。[3]
料金は検索1回0.005ドル、1,000回なら5ドル、10万回なら500ドルです。Braveは期間限定でガス代を負担すると説明しています。期間終了後の条件は発表時点で確定していないため、ガス代が恒久的に無料とは見積もれません。
| 月間検索回数 | 検索料金の単純計算 |
|---|---|
| 1,000回 | 5ドル |
| 10,000回 | 50ドル |
| 100,000回 | 500ドル |
APIキー不要でも管理は不要にならない
アカウントを作らないことと、管理が要らないことは別です。x402ではAPIキーの代わりに、資金を動かせるウォレットが認証と支払いを担います。秘密鍵が漏れれば検索料金だけでなく、同じウォレットの資産にも影響する可能性があります。
エージェントへ直接秘密鍵を渡さず、用途専用のウォレット、1回と1日の上限、許可するドメインとエンドポイント、異常回数で止める仕組みを用意する必要があります。x402の公式プロトコル実装も、支払い要求を検証してから署名する流れを示しています。[4]
Braveのプライバシー情報では、x402利用時にウォレットアドレス、支払額、通貨、ネットワーク、トランザクションハッシュなどを処理すると説明しています。ブロックチェーン上の情報は公開され、変更できません。検索語そのものをチェーンへ書くという説明ではありませんが、ウォレットの利用履歴は公開情報になります。[5]
企業利用では支払い記録をどう残す？
x402の支払いは少額でも、企業にとっては外部サービスの利用料です。検索のレスポンスだけを保存すると、誰の処理が何回支払い、残高がなぜ減ったのかを後から説明できません。リクエストID、利用したエージェント、用途、支払額、取引ハッシュ、検索の成否を同じ記録へ結び付ける必要があります。
USDCの支払い額はドル建てで安定していても、日本円での会計額や社内予算は支払時点の換算条件に左右されます。税務・会計処理は企業の所在地や方針で変わるため、この記事だけで勘定科目や処理方法は決められません。少なくとも月末にウォレット残高だけを確認するのではなく、取引単位の明細を経理へ渡せる形にしておくべきです。
障害時の扱いも先に決めます。402を受け取った後、支払いは通ったのに検索結果が届かない場合、同じリクエストをそのまま再実行すると追加支払いが起きる可能性があります。取引状態とBraveの応答を分けて記録し、同じ処理IDの再送を止める仕組みが必要です。公式リポジトリの「失敗した検索は課金しない」という説明は重要ですが、自社側のタイムアウトや再試行まで自動的に安全にする保証ではありません。
運用開始前には、小額の専用ウォレットで正常応答、残高不足、通信切断、タイムアウトを試します。検索結果の品質だけでなく、どの時点で支払いが確定し、失敗時に残高とログが一致するかを確かめるテストです。ここを確認してから上限を段階的に上げれば、APIキーの漏えい対策とは別の決済リスクを小さくできます。
どんな企業に向く？
x402が向くのは、外部のエージェントが必要な時だけ検索する仕組みや、複数のAPIを少額ずつ試す環境です。契約前の検証で100回だけ検索するなら0.50ドルで、アカウント作成の手間を省けます。
一方、社内の全員が使う調査基盤や、1日数万回の検索では、財布を分散させるより企業向け契約、請求書、利用者別の権限、監査ログが重要です。x402の単価だけでなく、ウォレット運用、会計処理、障害時の再送、検索品質を含む総費用を比べるべきです。
導入判断では次を確認します。
- 月間の検索回数と、従来プランを含む総額
- 誰が支払いを承認し、1回・1日・1カ月の上限を決めるか
- 再送、タイムアウト、残高不足で同じ処理を繰り返さないか
- ウォレットアドレスと取引履歴をどの範囲で公開してよいか
- Braveの検索結果が対象言語や業務で十分か
TechCreateで紹介したAgent Payments Protocolと同様に、エージェント決済で重要なのは「払えること」より「誰が、何に、いくらまで払えるか」を機械的に制限できることです。
まとめ
- Brave Search APIのx402は、アカウントやAPIキーを作らず、検索1回0.005ドルをUSDCで支払える仕組みです。
- 小規模な試用では契約の手間を減らせますが、大量利用では従来プランと総額を比べる必要があります。
- 導入時は専用ウォレット、予算上限、再送防止、公開される取引情報を先に設計することが重要です。
読者のコメント (0)
コメントを残す