「ITニュース」｜1997年に眠っていたエラーコードが、AIエージェント経済の決済インフラになる
はじめに
2026年7月6日、InfoQが、CloudflareとAWSがそれぞれAIエージェント向けの少額自動決済プロトコル「x402」をエッジ・CDN基盤に組み込む動きを進めていると報じました。
x402をめぐる動きは本連載で継続的に追っており、2026年4月のLinux Foundationへのプロトコル移管、5月のAWS Bedrock AgentCore payments（プレビュー）、6月のRipple XRPL・Mastercard連携、そして7月1日のCloudflare「Monetization Gateway」発表と続いてきました。今回のInfoQ報道で新しいのは、AWSがCloudFront配下のWAF Bot Control内で「Monetize」アクションを一般提供（GA）したという点です。Cloudflareの Monetization Gateway 自体は7月1日時点で既報の内容であり、現時点でも状況（ウェイトリスト段階）に変化はありません。
この記事では、(1) x402プロトコルとは何を実現する仕組みなのか、(2) AWSのGAとCloudflareのウェイトリストという「提供状況の差」がなぜ生まれているのか——という2点を整理します。
※ 本記事はステーブルコイン決済という暗号資産関連の技術を扱いますが、投資助言ではなく技術・インフラ動向の紹介を目的としています。
この記事での用語
1. 何が起きたのか（結論）
HTTPステータスコード402「Payment Required」を活用したAIエージェント向けの少額自動決済プロトコル「x402」について、AWSがCloudFront配下のWAF Bot Control内で「Monetize」アクションとして一般提供（GA）を開始しました。追加費用はなく、基本WAF料金内で利用できます。これが今回のInfoQ報道における新規性です。
Cloudflareの「Monetization Gateway」は7月1日時点で既に発表済み（前回記事参照）で、今回のInfoQ報道時点でもウェイトリスト段階のまま、料金・提供時期は非公開です。今回新たに動きがあったわけではなく、AWSのGAとの対比としてInfoQが並べて報じた形です。
決済フローは、クライアントが有料リソースをリクエストすると、サーバーが402ステータスと価格情報を返し、クライアントが支払い証明を添付して再試行、ファシリテーターが検証してリソースが返却される、という流れです（この仕組み自体は4月のLinux Foundation移管時点から変わっていません）。
両社ともCoinbaseのx402ファシリテーターを利用し、決済はBase上のUSDCが主体です（AWSはSolanaにも対応）。取引手数料は1セント未満とされています。
Coinbaseの報告によると、プロトコル開始から初年度で1億6,900万件以上の決済、59万人以上の買い手、10万人以上の売り手が利用しているとされています（6月時点の1億6,000万件から積み上げが継続、前回記事参照）。
忙しい方向けに一言でいうと、
「Cloudflareが7月1日に発表した課金基盤はまだウェイトリストのまま、一方でAWSはひと足先にエッジのマイクロ決済機能を一般提供に持ち込んだ」——x402実装の進み方に両社で差が出てきた、という話です。
2. なぜ提供状況に差が出ているのか
x402は、1997年のHTTP/1.1策定以来ほとんど使われてこなかった「402 Payment Required」ステータスコードを、AIエージェント向け決済プロトコルとして復活させる仕組みです。
AIエージェントがWeb上のコンテンツ・APIを自律的に利用する際、人手を介したクレジットカード決済やAPIキー契約が摩擦になるという課題があります。x402は、エージェント同士・エージェントとサービス間の自動少額決済を標準化しようとする試みだと読み取れます。
CloudflareとAWSは競合するCDN/WAF事業者であり、両社ともx402対応を進めている点は共通していますが、進捗の速さには差があります。AWSはCloudFront WAFの既存機能（Bot Control）に「Monetize」アクションを追加する形で実装したため、既存顧客への展開が比較的速く進んだとみられます。一方Cloudflareの Monetization Gateway は、クローラー課金（Pay Per Crawl、2025年7月〜）からの延長線上にある新規機能として設計されており、対象範囲がWebページ・データセット・API・MCPツールと広いぶん、ウェイトリストでの段階的展開になっている可能性があります。
なお、AWSは2026年5月にBedrock AgentCore payments（プレビュー）で先行してx402統合を進めており（前回記事参照）、今回のWAF Bot Control向けGAはAWS社内で2本目のx402実装となります。
3. 誰に向けた発信なのか
4. 短期・中期・長期の整理
時間軸定義:
短期: 0〜3か月
中期: 3か月〜1年
長期: 1年以上
4-1. 短期（0〜3か月）
予想される動き: AWS CloudFrontユーザーを中心に、WAF設定変更のみで導入できる手軽さからマネタイズ機能を試すサイト運営者が一定数出る可能性があります。Cloudflareはウェイトリスト解除後に追随が本格化する見込みです。
不確実性: 実際の導入件数・収益規模は両社とも定量開示していません。Coinbaseの統計（1.69億件等）はx402プロトコル全体の数値であり、CloudFront/Cloudflare経由分の内訳は不明です。
効果が出にくい条件: サイト運営者側にAIエージェントからのアクセスを区別・収益化する運用ノウハウが不足している場合、機能自体は有効化されても実利用は進みにくいと考えられます。
4-2. 中期（3か月〜1年）
予想される動き: AIエージェントがWebコンテンツ・API利用の対価を自動で支払う「エージェント経済」が、ニッチな領域から徐々に実利用が広がる可能性があります。VAT・会計処理の標準化議論も進む可能性があります。
効果が出ない条件: ボット判別の技術的信頼性（悪質ボットと正当なAIエージェントの区別）が確立しなければ、正当な決済フローとして定着しません。
不確実性: 各社のマネタイズ機能の料金体系が確定していないため、事業者側のコスト試算がまだ困難な段階です。
4-3. 長期（1年以上）
予想される動き: HTTP 402コードを用いた決済が業界標準として定着すれば、Web上のコンテンツ課金・API利用料の形態が、人間向けサブスクリプションからエージェント単位の従量課金へ一部シフトする可能性があります。
不確実性: 各国の税制・金融規制、特にステーブルコインに対する規制動向がプロトコルの普及速度を左右します。現時点で欧州VAT対応など制度的な空白があります。
効果が出ない条件: 規制当局がステーブルコイン決済に対して厳格な制限を課した場合、法域によっては導入自体が困難になる可能性があります。
5. 混同しやすい点
まとめ
今回新しいのは「AWSがWAF Bot Control内でx402ベースの課金機能を一般提供した」という点であり、Cloudflareの Monetization Gateway は7月1日発表時点からウェイトリスト段階のまま変化していません。
導入コストの手軽さがある一方、会計・税務・ボット判別の課題は未解決であり、実利用の広がりはこれらの整備状況に左右されます。
ステーブルコインを用いた決済という性質上、各国の金融規制の動向は普及速度を左右する重要な変数として注視する価値があります。
主な参照
免責
本記事は公開情報に基づく整理であり、投資判断・法的助言を目的とするものではありません。ステーブルコイン決済の会計処理・税務対応については、本稿執筆時点で標準化された枠組みが確認できていない点にご留意ください。
【PR】
私も転職エージェントを利用して転職しました。
