x402 — インターネットネイティブ決済のためのオープンプロトコル

 (x402.org)
12 ポイント 投稿者 GN⁺ 2025-09-29 | 1件のコメント | WhatsAppで共有
  • x402 は、長らく使われていなかった HTTP 402 (Payment Required) ステータスコードを有効活用し、アカウントやAPIキーなしでも リアルタイム決済と従量課金(pay-per-use) を可能にする インターネットネイティブ決済プロトコル
  • 開発者はわずか1行の middleware コードで、APIリクエストごとにUSDCのような ステーブルコイン決済 を要求でき、小規模なマイクロペイメントから大規模サービスまで簡単に適用可能
  • 取引手数料は実質0、決済確定は200ms〜2秒以内で処理され、従来のカード/口座ベース決済システムにおける 遅延・チャージバック・複雑な認証 の問題を解決
  • AIエージェント、IoTデバイス、コンテンツ提供者などが 自律的にAPI呼び出し、データアクセス、クラウド資源の利用料 を支払えるため、マシン・ツー・マシン(M2M)商取引 の基盤インフラとして設計されている
  • 従来のサブスクリプション・広告中心モデルを超えて、真のマイクロペイメントベースの新しいビジネスモデル を可能にし、開発者とクリエイターの双方に 柔軟でオープンな収益化手段 を提供

x402 概要

  • Coinbase Developer Platform が主導する オープン決済標準
  • AIとWebサービスが 自動で決済を実行 し、API、データ、デジタルサービスにアクセスできるよう設計されている
  • HTTPヘッダーとステータスコード を活用するWebネイティブ方式で、既存のサーバーインフラに容易に統合可能

主な特徴

  • 手数料なし: プロトコルレベルで取引手数料なし
  • 即時清算: ブロックチェーン決済を基盤に200ms〜2秒以内で清算
  • ブロックチェーン非依存: 特定のチェーンやトークンに依存しない
  • 簡単な統合: 1行のコードで既存のWebサーバーに適用可能
  • オープンスタンダード: 誰でも実装・拡張でき、中央集権的な提供者に依存しない
  • AIフレンドリー: エージェントがリアルタイムでAPIリクエストごとに決済処理可能

動作方式

  1. クライアントがAPIをリクエスト
  2. 決済情報なしでリクエストすると、サーバーが HTTP 402 Payment Required を返す
  3. エージェントが決済署名を含めて再リクエスト
  4. サーバーが決済を検証してブロードキャスト後、正常応答

活用シナリオ

  • AIエージェント: リアルタイムのデータ/モデル呼び出し時に従量課金で決済
  • クラウドサービス: アカウントなしでストレージやGPU時間を従量課金で決済
  • コンテンツ提供者: 記事・動画の単品課金により、真の マイクロペイメント を実現
  • IoT/マシン商取引: 自律システム間の自動決済

新しいビジネスモデル

  • 少額・高頻度取引をサポート: 最小 $0.001 単位の決済が可能
  • 広告・サブスク代替モデル: サブスクの強制や広告依存なしで収益化
  • AIネイティブ商取引: AIが直接クラウド資源やAPIを購入・活用

開発者支援

  • リファレンス実装: Express.js、Next.js ミドルウェア、クライアントライブラリを提供
  • テストツール: 仮想ウォレット・トークンを含む開発環境を支援
  • Coinbase AgentKit とネイティブ統合し、AI-firstアプリ開発を加速

結論

  • x402は既存の決済インフラの限界を克服し、AI-firstインターネット経済 のための 機械フレンドリーな決済レイヤー を提供する
  • アカウント・サブスク・APIキーなしでも、誰でも オープンで拡張可能な決済標準 の上で新しいデジタル商取引モデルを構築できる

関連記事

1件のコメント

 
GN⁺ 2025-09-29
Hacker Newsの意見
  • 18年前に「このコードは将来使われる予定」といった文言を見たことがあり、RedditユーザーがAT&T、Comcast、TimeWarnerなどがインターネットを有料化しようとするシナリオを予見していたように思える。ただ名前が違うだけという印象
  • Coinbaseが後援したプロトコルとして始まったもので、Stripeがこの分野で積極的に動いて自社エコシステムに囲い込もうとしている状況では、オープンプロトコルの登場は前向きに感じられる
    • 本当にオープンな決済プロトコルなら、どんな通貨でも扱えるべきであり、仲介者や決済方法、取消しや紛争対応のポリシーなどは売り手と買い手が自分たちで決められるべきだと思う。SEPAなどで完全無料、即時、取消不能な決済方式が出てくる可能性もある
    • 問題はAPIペイロードの形ではなく、決済用REST APIを持つ銀行がほとんどないこと
    • Coinbaseの後援が入っている以上、すべての取引にKYC/AML認証要求が付くのではないかと思う。有料メッセージを1つ読むだけでも最近の公共料金請求書やビデオ認証を求められそうで心配だ。米国市民でない、あるいはCoinbaseが対応する身分証を持っていない場合は利用を拒否されそう
  • プロトコルが「手数料なし」を掲げているが、ブロックチェーン基盤なら実際には取引手数料が発生せざるを得ないと感じる。少額決済（「最低金額なし」を強調）の場合、パーセンテージ手数料は大きな問題ではないが、取引ごとの固定手数料は負担が大きくなり得る。またブロックチェーンごとに手数料変動性があり、追加のリスクがあると思う。もしかすると自分が誤解しているのかもしれない
    • 最近の多くのオンチェーン取引ではgasコストが1セント未満と非常に安くなっており、実質的に無料に近い。x402はBaseのようなL2ネットワークを主に利用するため、個々の取引コストはほとんど問題にならない。参考資料: gas手数料情報
    • プロトコル自体に別途手数料があるわけではなく、ユーザーがどの決済手段（ブロックチェーン、VISAなど）を使うかによって手数料が変わるということ
    • x402プロトコル自体には手数料がないが、実際の決済を処理するネットワーク（ブロックチェーン、決済網など）にはそれぞれコスト構造がある。売り手は自分に合ったネットワークを選べ、x402には決済ネットワークを抽象化するfacilitator機能がある。Coinbaseのような代行業者は取引に必要なgasをしばしば肩代わりする
    • ブロックチェーン基盤だからといって、必ず毎回取引手数料がかかるわけではない。ウォレットで署名だけしてコスト承認を行い、それをまとめて一括処理することもある
    • CoinbaseのBaseブロックチェーンではUSDC送金手数料が1セント未満で、Solanaも同程度
  • x402という名前自体がどこか怪しく、マーケティング臭がする。まるで国際標準プロトコルであるX.500のように見せようとしているようだ。実際、すでにX.402というプロトコルが国際電気通信連合（ITU）標準として存在する ITU X.402リンク
  • x402ホワイトペーパーにはLightningやBitcoinへの言及が一切なく、Base（Ethereum L2、Coinbase主導）しか触れられていない。Coinbaseが自社エコシステム拡大にしか関心がないように見えて不快だ。本当に自由な決済はBitcoinベース、特にLightningやLiquidのようなL2上で実装されてこそ分散化に適していると思う
    • 5年前にL402（旧名: LSAT）というLightning Networkベースのプロトコルを自分で開発した。x402は決済レシートの検証プロセスを別チャネルで処理するため、「1行コードで統合」という宣伝とは違って、実際にはクライアント・サーバー両側にかなり多くのコードが必要になる。一方L402はLightning Network上で直接決済検証機能をプロトコルに含み、Macaroonベースの細かな認証にも対応する。Lightning Networkの利点はプライバシー、完全な分散化、高速な確定性（100ms程度）だ。Coinbaseのようなチェーンではネットワーク全体の取引がすべて露出し、中央インスタンスゆえ障害に弱く、Baseでもブロック確定まで数秒かかる。詳細: L402説明, LSATブログ
    • Lightning決済をx402に統合するのに協力できるか気になっている。そうすればBase依存から脱却できそうだ
    • Bitcoinベースで「agentic application」を構築するのは非常に難しく、EVMベースなら複数ネットワークで可能だという点を強調している。x402はBase専用になるわけではなく、複数のEVM互換ネットワークをサポートする計画
    • Bitcoinだけが「真の」分散化の唯一の方法であるかのように主張するのは無理があると思う。Bitcoin対応の可能性は意味があるが、方法はさまざまにあり得る
  • 実際に使ってみた経験の共有。「Frame」というクライアントを使ってみた
    1. FaucetでUSDCを受け取るのはかなり簡単
    2. Frameをブラウザに接続すると、すぐx402が検出された
    3. 最初の取引は送信後ずっとページが読み込み中のまま消え、2回目の取引をする必要があった。実運用なら二重決済させられる危険がありそう。最初の取引はmempoolのどこかをさまよっているのだろう
    4. Frameツールはおすすめしづらい。取引履歴がないのでnonceやgasを追加して再送するといった対処ができず、しかも保守もほとんどされていないようだ
    5. 2回目の取引はうまくいき、処理速度も非常に速かった
  • Cloudflareでのx402利用事例がある Cloudflareブログリンク
  • ステーブルコインで最も簡単に送る方法が気になる。USDCを使おうとしたら最後に「gas代を払うためにetherも必要だ」というメッセージが出て戸惑った。いくつもの警告（アドレス/ネットワークを間違えるとコイン消失の可能性）もあり、進めづらく感じた。ステーブルコイン送金がなぜこうも複数コインを要求し、複雑に作られているのかわからない。こういう複雑さは暗号資産の上級者にしか好まれず、一般ユーザーの決済には難しすぎると感じる
    • USDCはSolanaでも使え、手数料も本当にわずかだ。CoinbaseからSolanaへ送る際は手数料がほとんどないと感じる。ただし送金先アドレス管理が重要で、間違ったアドレスへ送ると取り戻せない。米国のwire送金に似ていて、口座番号やルーティング番号を間違えると問題になる構造だ。検証手順はあるが、すべてのケースで完璧ではない。EthereumはENS（Ethereum Name Service）でこの問題を多少緩和しようとしている
    • ステーブルコイン送金の最も簡単な方法は、AIエージェントにウォレットを持たせてUSDCだけ入れておくこと、という少し拍子抜けする答えだ。根本的にこのプロトコルはCoinbaseの「agentic payments」という方向性に沿って作られたものだ。作ったチーム自身も実際の用途や動作方法を完全には定義しきれていない状態だが、とにかくAIエージェントが有料壁にぶつかったとき自力で支払えると面白い、という発想。複雑さへの指摘は妥当で、Bridge/Privy/Stripeなどのアプローチの方がはるかに実用的
    • x402はgas代を自動的に抽象化する。実際に人がすぐ試せて、体験ページ, サーバー例, クライアント例で実装方法も簡単に確認できる
  • Coinbaseの誰がHTTP 402が未使用だと思ったのか疑問だ。実際には402を返して「料金を支払え」という案内ページを出すサイトもある。そうしたサイトがみなこのブロックチェーン決済方式に対応するようになるとは思えない
    • 402が使われていないのではなく、標準化された応答がないためAIエージェントがアクセス料金の支払いを処理できないのが問題だ。x402はクライアントがプログラムで支払えるよう標準応答フォーマットを提供する。ステーブルコインや将来的には法定通貨による決済方式も含められる
  • 15年間、銀行や決済事業者と仕事をしてきた経験から1000%確信しているが、まともな銀行はこんなものを絶対に、20年後でも扱わない
    • 去年の時点なら、大統領やファーストレディまでミームコインを出すと言われてもやはり信じなかったかもしれない、という反応
    • CoinbaseやKrakenのような取引所は使うだろうし、これらも銀行と連携しているので、銀行が直接関与しなくてもよいという考え
    • Anchorageのように、すでにBaseをサポートしている機関もある
    • 実際のところ銀行の参加には大きな意味はなく、これはブロックチェーン上で動くため、銀行の規制やKYC/AML方式は無視できる。ただしCoinbaseが後援している以上、実際にブロックチェーンに載せても世界中に開かれたものになるのかは確信が持てない