🥐 x402の40社リストに、日本の決済会社は入っていない

2026年7月26日

エージェント決済で日本は遅れていない、と言われます。使う側の話としては本当です。ただ、標準を作る側の名簿に日本の決済事業者はいません。7月14日に公開された40組織のリストを読んで考えたことを書きました。

エージェント決済について、日本は遅れていないという言い方をよく聞きます。

実際、使う側の動きは出ています。Mastercardは2026年5月20日、日本市場で本番環境として初となるエージェンティック取引を完了したと発表しました。三菱UFJニコスが発行したカードを含む、複数のイシュアのカードで実施されたものです。

それは事実です。

ただ、7月14日に公開されたもう一つの名簿を読むと、別の絵が見えてきます。

🐈 7月14日に公開されたのは、技術ではなく名簿だった

Linux Foundationは2026年7月14日、x402 Foundationの運用開始を発表しました。あわせて、Coinbaseによるx402プロトコルの拠出が完了したことも公表されています。

x402は、HTTPの「402 Payment Required」というステータスコードを使い、Webのやり取りそのものに支払いを埋め込む仕様です。AIエージェントやAPIが、データを交換するのと同じ手順で支払いを実行できるようにする。カードからステーブルコインまでを対象にすると説明されています。

4月に設立の意向が示されてから、40組織が参加しました。会員は3階層に分かれています。

会員区分	主な顔ぶれ	日本の決済事業者
Premier（最上位）	Visa、Mastercard、American Express、Stripe、Adyen、Fiserv、Shopify、Google、AWS、Cloudflare、Coinbase、Circle、Ripple ほか計17	なし
General	KakaoPay、Hecto Financial、Galaxia Moneytree、Fireblocks、Polygon Labs、NEAR Foundation ほか計18	なし
Associate	BSV Association、Cardano Foundation、OMA3、Japanese Contents Blockchain Initiative ほか	なし

リストに、日本の決済事業者はいません。

Premierに並んでいるのは、日本のカード会社が日常的にルールを受け取っている相手そのものです。Visa、Mastercard、American Express。アクワイアリング側にStripe、Adyen、Fiserv。

一方、Generalには韓国の決済事業者が3社入っています。KakaoPay、Hecto Financial、Galaxia Moneytree。

日本名で見つかるのは、Associate MemberのJapanese Contents Blockchain Initiativeです。コンテンツ領域のブロックチェーン団体であり、決済事業者ではありません。

つまり日本の決済業界は、この標準が固まっていく部屋に人を置いていない。

これを「日本企業は保守的だから」で片づけると、何も動きません。決済の座組みを内側から見ると、構造的な理由が3つあると考えられます。

1つ目。日本のカード決済は、イシュア、アクワイアラ、決済代行、包括加盟店という層でできています。どの層も、自分がルールを決める側だという前提で設計されていません。国際ブランドから降りてきた仕様を、下の層へ流していく形になっている。

2つ目。標準化団体への参加は、費用が先に出て、売上に紐づきません。会費と人月は今期のコストとして計上されますが、それが来期の取扱高にいくら効くかは説明できない。稟議の様式に乗らない支出です。

3つ目。参加の意思決定に、法務、コンプライアンス、海外契約審査が直列で挟まります。4月に意向表明、7月に正式発足という速度に、この直列は間に合いません。

意思の問題ではなく、意思決定の形の問題です。

標準が固まると、次に来るのはブランドルールです。エージェントが開始した取引をどう識別するか、不正が起きたときの責任を誰が負うか、チャージバックの起点をどこに置くか。

これらが決まって降りてきたとき、実装するのはイシュアとアクワイアラと決済代行です。そして最後に、加盟店の画面と規約が書き換わります。

作る側にいなかった場合、降りてくる仕様が日本の実務に合っているかを、事前に言う機会がありません。合わなかった分は、実装コストとして国内で吸収することになります。

本人認証の仕様が国内に降りてきたときも、同じ順番でした。仕様が決まったあとに、離脱率と向き合った側が費用を持つ。この順番は変わらないと考えられます。

社内でAI導入をやっていて思うのは、最初に詰まるのはモデルの精度ではない、ということです。詰まるのは、どこまでを自動で通し、どこから人間の承認を挟むか、という線引きです。

そして線を引こうとすると、必ず同じ問いが出ます。通した結果が間違っていたら、誰が責任を持つのか。

x402やそれに続く仕様群が解こうとしているのは、この問いの決済版です。技術としては、HTTPに支払いを乗せるだけの話です。難しいのは、エージェントの権限をどう表現し、逸脱をどう検知し、責任をどこで切るか。

決済の与信ルールと、社内AIの承認境界は、同じ設計問題です。

だからこれは決済部門だけの議題ではありません。社内でAIエージェントに権限を渡す設計をしている人は、すでに同じ問題を解いています。両方を別の棚に置いているなら、棚の分け方のほうが間違っている。

時期	やること
1か月目	自社の決済フローのうち、外部から機械的に叩ける形になっているAPIを棚卸しする。エージェントが来たとき、最初に触られるのはここ
2か月目	加盟店契約とチャージバック規定を、取引を開始したのが人間でない場合を想定して読み直す。既存の文言のどこが壊れるかを洗い出す
3か月目	標準化団体への参加コストを、会費と人月で一度数字にする。参加しないという結論でもよい

3か月目が本題です。参加しないと決めるなら、数字を出したうえで決める。

数字を出さずに見送ったものは、判断ではなく先送りです。