---
title: "エージェント型決済とx402を解説"
description: "エージェント型決済では、AIエージェントが決済時に人間を介さずAPIやデータ、サービスの支払いを自律的に行います。x402の仕組みと、それがエージェント型コマースをどう支えるかを解説します。"
---

# エージェント型決済とx402を解説

<ImageBlock
  src="https://media.alchemy.com/blog/agentic-payments-x402-explained-hero.png"
  alt="エージェント決済とx402の解説"
  width={1920}
  height={900}
  priority
/>

30年の間、ソフトウェアは購入を提案することはできても、自ら購入することはできなかった。プログラムはどのAPIを呼び出すべきか、どのデータセットをライセンスすべきかを教えてくれたが、そこで止まり、待機した。カードを入力し、請求を承認し、サブスクリプションを設定するのは人間の役割だった。[AIエージェント](/agents)はこのパターンを崩す。エージェントはタスクを計画し、サービスを選び、その場で支払いまで済ませられる。チェックアウトに人間は介在しない。

この変化には名前がある。エージェント決済(agentic payments)は、ソフトウェアが自ら使用したものの代金を支払うことを可能にする。エージェントが資金を保有し、自ら請求を決済できるようになると、それは注文書を作成するだけのツールではなく、注文を実行する主体になる。これは[エージェンティックコマース](/overviews/agentic-finance)を支える決済レイヤーであり、エージェントがユーザーに代わってデータ、計算資源、サービスを購入する、急速に拡大している領域だ。

## エージェント決済とは何か?

エージェント決済とは、事前に設定した制限の範囲内で、AIエージェントが自律的に行う取引のことだ。エージェントはAPI呼び出し、データセット、計算リソース、サービスなどを購入し、その都度人間に確認を求めることなく支払いを済ませる。agent paymentsと呼ばれることもあるが、指している概念は同じだ。

本質的な変化は、支出の権限を誰が持つかという点にある。通常のアプリでは、ソフトウェアが支払いを準備し、人間がそれを確認する。エージェントによるシステムでは、予算とルールを一度エージェントに与えれば、以降はそのエージェントが作業の中で自ら支払いを行う。上限額が厳しく設定され、利用可能な取引先リストも決まった法人カードを社員に渡し、業務に必要なものを自分で買えるようにするようなものだと考えるとよい。

セットで語られがちな2つの用語は区別しておくと理解しやすい。エージェント決済は広義のカテゴリであり、エージェントが自律的に行うあらゆる支払いを指す。[x402](/blog/how-x402-brings-real-time-crypto-payments-to-the-web)は、そうした支払いをウェブ上で行うための具体的なプロトコルだ。このカテゴリは共通のレールに収束しつつあり、x402は多くの開発者が最初に選ぶ選択肢になっている。

## なぜ通常の決済レールはAIエージェントに機能しないのか?

カードネットワークやチェックアウトのフローは、人間がその場にいることを前提としている。誰かが合計金額を確認し、承認ボタンを押し、時には不正利用のチェックを通過する。このフローをエージェントに任せると、最初の確認画面で、あるいはカードが異常な利用として検知された時点で処理が止まってしまう。

サブスクリプションやAPIキーには逆の問題がある。これらは、人間が事前にサインアップし、プランに同意し、カード情報を登録済みであることを前提としている。単発のクエリのために新しいデータソースを試したいエージェントは、誰かがアカウントを作成し、1回のリクエストのために月額請求を承認するのを待つわけにはいかない。

さらに金額の問題もある。エージェントは1回のAPI呼び出しに1セント未満といった、少額の購入を大量に行う傾向がある。カード手数料だけで呼び出し自体のコストを上回ることもあり、従来の決済レールでの少額決済は経済的に成り立たない。

この違いは並べてみるとわかりやすい:

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 220, title: "比較項目", dataType: "object" },
      { key: "2", width: 240, title: "従来のオンライン決済", dataType: "object" },
      { key: "3", width: 240, title: "エージェント決済", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p>誰が支払いを承認するか</p>", tooltip: "", icon: "" },
        "2": { title: "<p>チェックアウト時の人間</p>", tooltip: "", icon: "" },
        "3": { title: "<p>事前に設定した制限内でエージェント自身</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p>最初に必要な準備</p>", tooltip: "", icon: "" },
        "2": { title: "<p>アカウント、登録済みのカード、またはサブスクリプション</p>", tooltip: "", icon: "" },
        "3": { title: "<p>不要。エージェントがリクエストごとに支払う</p>", tooltip: "", icon: "" },
        id: 1,
      },
      {
        "1": { title: "<p>現実的な最小決済額</p>", tooltip: "", icon: "" },
        "2": { title: "<p>カード手数料を含めると数セント〜数ドル</p>", tooltip: "", icon: "" },
        "3": { title: "<p>1セント未満</p>", tooltip: "", icon: "" },
        id: 2,
      },
      {
        "1": { title: "<p>決済速度</p>", tooltip: "", icon: "" },
        "2": { title: "<p>数秒〜数日</p>", tooltip: "", icon: "" },
        "3": { title: "<p>1秒未満</p>", tooltip: "", icon: "" },
        id: 3,
      },
      {
        "1": { title: "<p>稼働時間</p>", tooltip: "", icon: "" },
        "2": { title: "<p>一部のレールでは営業時間に依存</p>", tooltip: "", icon: "" },
        "3": { title: "<p>常時稼働</p>", tooltip: "", icon: "" },
        id: 4,
      },
    ],
  }}
/>

エージェントには、人間のアカウントを背後に置くことなく、リクエストごとに即座に支払える仕組みが必要だ。x402はまさにこのギャップを埋めるために作られた。

## x402とは何か?

x402は、デジタルドルを使ってウェブ上でリクエスト単位の支払いを行うためのオープンな標準規格だ。数十年間使われずにいたインターネットの仕組みを蘇らせるものでもある。「Payment Required(支払いが必要)」を意味するHTTPステータスコード402は、1990年代からウェブの仕様に存在していたが、それを支える決済の仕組みはこれまで存在しなかった。(HTTPステータスコードとは、ウェブサーバーが各レスポンスとともに返す短い信号のことで、「見つかりません」を意味する404などが該当する。)x402はようやく402に役割を与えたことになる。

<ImageBlock
  src="https://media.alchemy.com/1761687534-x402_1.png"
  alt="エージェントとオンチェーンAPI向けのx402決済プロトコルの概要"
  width={1920}
  height={900}
/>

サーバーが支払いを求める場合、リクエストに対して価格と支払い先を明記した402を返す。エージェントは米ドルなどの実世界の通貨に価値を連動させた暗号資産であるステーブルコインで支払いを行い、リクエストをやり直す。アカウントもAPIキーもサブスクリプションも不要だ。支払いはリクエストに同乗する形で処理される。

x402は特定企業の製品ではなくオープンな標準規格であるため、どのサービスでも受け入れることができ、どのエージェントでも支払いに使える。2025年のローンチ以来、x402は[1億件を超える決済](/blog/how-x402-brings-real-time-crypto-payments-to-the-web)を処理しており、現在では主要な決済・テクノロジー企業の支援を受けた業界団体がこの規格を管理している。

<ImageBlock
  src="https://media.alchemy.com/1761687788-402scan.png"
  alt="リアルタイムで決済されるx402の支払いを示すx402scan"
  width={1191}
  height={625}
/>

x402は、1件のウェブリクエストをエージェントが自ら支払える単位に変える。これはまさにエージェントが動く単位そのものだ。

## x402の決済はどのように機能するのか?

このフローは、一連の流れを追うのも難しくないほど短い:

- エージェントがリソース(例えば市場データのエンドポイント)をリクエストする。
- サーバーが402と価格、支払い先のアドレスを返す。
- エージェントが自身のウォレットからステーブルコインで少額を支払う。
- エージェントが支払いの証明とともにリクエストをやり直し、サーバーがデータを返す。

<ImageBlock
  src="https://media.alchemy.com/1761687667-402_payment_flow.png"
  alt="最初のリクエストから402レスポンス、支払い、リソースの提供までのx402決済フロー"
  width={684}
  height={684}
/>

これらはすべてバックグラウンドで、1秒もかからずに、人間を介さずに行われる。エージェントがチェックアウトページを開いたりカード情報を入力したりすることはない。価格を読み取り、予算と照らし合わせて確認し、支払い、次に進む。仕組みやセッション、ファシリテーターについての詳しい解説は[x402がリアルタイムの暗号資産決済をウェブにもたらす仕組み](/blog/how-x402-brings-real-time-crypto-payments-to-the-web)を参照してほしい。

エージェントの視点からすれば、サービスへの支払いはタスクを完了させるための一手順に過ぎず、リクエストを送ること自体と何ら変わらない。

## なぜエージェント決済はステーブルコインで決済されるのか?

従来の銀行送金は、ソフトウェアではなく人や企業のために作られたものだ。バッチ処理でまとめて処理され、営業時間外にはしばしば止まり、国境をまたぐと極端に遅くなり、支払いに数日かかり、その間に手数料もかさむ。購入を計画している人間ならそれを待てるが、タスクの途中にいるエージェントはそうはいかない。次のステップが支払いの完了を前提としているからだ。

ステーブルコインはエージェントの動き方に適している。ステーブルコインはドルなどの実際の通貨に価値を連動させ、安定した価値を保っているため、支払いにかかる数秒の間に価格が変動することなく、インターネットの速度で動かせる。支払いは数秒で決済され、時間帯を問わず、国境を越え、1セント未満という少額でも処理できる。同じくらい重要なのは、残高がソフトウェアが自ら読み取り動かせる場所に存在し、銀行が代わりに処理してくれるのを待つ必要がない点だ。

最後の点は、目立たないが重要だ。暗号資産のレールは、お金をデータと同じようにソフトウェアが直接扱えるものに変える。支払いがエージェントにとって確認して送信するだけの値の一つに過ぎなくなれば、サービスへの支払いは人間を介する必要がある特別なケースではなくなる。

## エージェント決済はエージェンティックコマースをどう支えるのか?

APIへの支払いは狭い一例に過ぎない。同じレールを使えば、エージェントはより広範な商取引にも参加できるようになる。これが、エージェンティックコマースが検索語としても事業上の優先課題としても急上昇している理由だ。エージェントが資金を保有し支払いを決済できるようになれば、選択肢を比較し、条件に合うものを選んで購入することができ、最後の段階で人間に制御を戻す必要がなくなる。

x402だけがこれを実現する方法ではない。異なるニーズに応える形で他の決済標準も登場しており、大量セッション向けに設計されたものもあれば、従来のカードレールに乗る設計のものもある。多くは同じ核心的な課題を別の角度から解決しようとしており、エージェントのトラフィックを受け入れたい事業者が、単一の勝者に賭ける必要はない。主要な2つのアプローチについては[x402 vs MPP: エージェント決済プロトコルの比較](/overviews/x402-vs-mpp-comparing-agent-payment-protocols)で比較している。

プロトコルは配管に過ぎない。重要なのは、お金がソフトウェア自身の手で動かせるものになったという点であり、それによって、すべての購入に人間が必要だった時代には存在しなかった商取引のレイヤーが可能になる。

## エージェント決済で何を構築できるか?

すでにいくつかのパターンが一般化している:

- **自らデータを購入するリサーチエージェント。** レポートを作成するエージェントは、必要になった瞬間にプレミアムデータセットや1回のAPI呼び出しの代金を支払い、作業を続けられる。誰も事前にアクセス権を購入していなかったために処理が失敗する、ということがなくなる。
- **利用量に応じてエージェントに課金するサービス。** APIプロバイダーはx402経由で呼び出しごとに課金でき、サインアップもキーの保持も不要で、使った分だけ支払うエージェント顧客にサービスを提供できる。
- **実行しながら支払う自律的なワークフロー。** パイプラインは有料ツールを呼び出し、計算資源を購入し、各コストをリアルタイムで決済できる。そのため、人間が取引先を承認するのを待って作業が止まることがない。

共通しているのは、支払いの瞬間にあった人間というボトルネックを取り除いている点だ。これは、これまでエージェントが自力で行動できなかった唯一の箇所だった。

## 何を正しく設計する必要があるか?

ソフトウェアにお金を使う能力を与えると、当然の疑問が生じる。使いすぎたり、騙されて使わされたりするのを何が防ぐのか、という点だ。

答えは、エージェントの身元がどう機能するかから始まる。エージェントはウォレットから支払いを行い、そのウォレットは秘密鍵によって管理されている。秘密鍵とは、所有権を証明しあらゆる取引を承認する秘密の認証情報だ。エージェントがその鍵で署名できるものは、すべて使えてしまう。そのためウォレットの権限は範囲を絞るべきだ。少額の残高のみを保有させ、承認済みの送金先に限定し、1取引あたり・1日あたりの上限を設ける。[Alchemy CLIのエージェントウォレット](/blog/agent-wallets-alchemy-cli)のようなツールは、エージェントが鍵そのものを保持することなく使えるウォレットを提供するために存在している。

2つ目のリスクは指示に関するものだ。エージェントはテキストに基づいて動作するが、テキストは操作され得る。ウェブページやツールの応答に埋め込まれた悪意あるプロンプトが、誤った相手にエージェントに支払わせようとする可能性がある。支出上限と承認済み取引先リストがあれば、最悪の事態が「口座が空になる」ことから「上限が定められた小さな損失」に変わる。これらのガードレールが必須である理由はここにある。

ルールはシンプルだ。エージェントには、そのタスクに必要な支出権限だけを与え、与えた権限は悪用され得るものとして扱う。まず制限を設計し、機能を与えるのはその後にする。

## エージェント決済の構築はどう始めればよいか?

エージェント決済の両サイドを、簡単に構築できるようにしている。

サービスを運営していてエージェントのトラフィックを受け入れたい場合、[AgentPay](https://agentpay.alchemy.com/)を使えば、x402や他の新興プロトコルにまたがる支払いを1つのインターフェースで受け取れる。どの標準が主流になるかに賭けることなく、今すぐエージェントからの支払いを受け入れられる。

エージェントを構築している場合、Alchemyのインフラはx402にネイティブに対応している。エージェントは、Base上のUSDCを使って、100以上のネットワークにわたるブロックチェーンデータや[RPCアクセス](/rpc-api)の代金を支払える。最低1ドルのクレジットから始められ、残高が少なくなれば自動でチャージされる。ダッシュボードへのサインアップもAPIキーも不要だ。[Alchemy CLI](https://agents.alchemy.com/)は、エージェントに署名と支払いに使える権限を絞ったウォレットを提供し、[オンチェーンエージェントの構築](/blog/how-to-build-onchain-agents)ガイドではその組み立て方を解説している。さらにエージェントは[自らAlchemyにサインアップする](/blog/ai-agents-can-now-sign-up-for-alchemy)ことすらできる。

まず全体像を把握したい場合は、[エージェント決済とは何か](/overviews/what-are-agent-payments)や[2026年のエージェンティックファイナンス](/overviews/agentic-finance)の解説記事で、それぞれの要素をより深く掘り下げている。

お金は、ソフトウェアが自ら動かせるものになりつつある。エージェントの準備は整った。そして今、レールの側も整った。

## よくある質問

### エージェント決済とx402の違いは何か?

エージェント決済は広義のカテゴリであり、事前に設定した制限の範囲内でAIエージェントが自律的に行うあらゆる支払いを指す。x402は、HTTPステータスコード402を基盤とした、そうした支払いをウェブ上で行うための具体的なオープンプロトコルだ。現在自律的に支払いを行うエージェントの多くはx402を使っているが、このカテゴリは単一のプロトコルよりも広い。

### AIエージェントはx402のリクエストへの支払いに何を使うのか?

エージェントは、米ドルなどの実際の通貨に価値を連動させた暗号資産であるステーブルコインで支払いを行う。そのため、数秒で決済される間も金額の価値が保たれる。Alchemyでは、エージェントはBase上のUSDCを使って、100以上のネットワークにわたるブロックチェーンデータの代金を支払える。最低1ドルのクレジットから始められ、自動でチャージされる。

### x402の決済にはいくらかかるのか?

サブスクリプション料金やアカウント維持費は発生しない。エージェントが支払うのは、サーバーが各リクエストに設定した価格(1セント未満の場合もある)と、オンチェーンで決済するためのわずかなネットワーク手数料のみだ。これにより、従来のカードレールでは実現できなかった、呼び出し単位の少額購入が現実的になる。

### AIエージェントの使いすぎをどう防ぐか?

エージェントのウォレットには少額の残高のみを入れ、できることの範囲を絞る。1取引あたり・1日あたりの支出に上限を設け、承認済みの送金先に限定する。ウォレットはエージェントが署名に使う秘密鍵によって管理されているため、安全なルールは、タスクに実際に必要な支出権限だけを与えることだ。

### x402はどのブロックチェーンに対応しているか?

x402はBaseで始まり、2025年12月のV2アップデート以降、Solana、Ethereum、Polygonを含む複数のネットワークで利用できる。特定企業の製品ではなくオープンな標準規格であるため、どのサービスでも受け入れることができ、資金を保有するウォレットを持つエージェントであれば誰でも支払いに使える。

### エージェント決済を受け入れるのに暗号資産の知識は必要か?

必要ない。サービスは、ブロックチェーン関連のコードを書くことなくエージェントのトラフィックを受け入れられる。AlchemyのAgentPayは、x402や他の新興プロトコルにまたがる支払いを1つのインターフェースで処理する。どの標準が主流になるかを選んだり、ウォレットや決済処理を自分で管理したりすることなく、エージェントからの支払いを受け入れ始められる。