x402 の相手を払う前に見るべきは、402 の本文ではなく payment-required ヘッダです。discovery から別ホストの10本を選び、支払わずに2回ずつ GET したところ、9本が402・1本が404。402 のうち7本は本文がわずか2バイトの {} で、JSON.parse は成功するのに accepts がありません。
価格・network・受取先・timeout は、ヘッダ（2,108〜3,996 B）を Base64 復号した JSON にだけ入っていました。7本の「空の本文」に対してヘッダは合計 16,304 B、本文は合計 14 B。本文だけを読む買い手は、生きている相手を「価格が読めない」と誤判定するか、逆に条件を確かめずに払うことになります。
確認の最小手順は、①同じ URL を2回 GET する ②status が402なら本文とヘッダの両方を保存する ③ヘッダを復号して amount・network・payTo・maxTimeoutSeconds を読む ④本文の accepts と食い違わないか比べる ⑤404/5xx は「一覧に載っている＝今も売っている」とみなさないの5つです。
" }, { "見出し": "実測：10本のうち7本は本文が「{}」", "html": "| 相手（経路） | 応答 | 本文 | ヘッダ | 宣言価格 | network | 受取先 |
|---|---|---|---|---|---|---|
sol.blockrun.ai/api/v1/chat/completions | 402 ×2 | 2,994〜2,995 B | 3,992〜3,996 B | 0.001 USDC | Solana | AQqn…EeKA |
intel.rallylive.ca/data/crypto | 402 ×2 | 2 B（{}） | 2,244 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
email.intel.rallylive.ca/email/hosted-by/startmail | 402 ×2 | 2 B（{}） | 2,284 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
data.intel.rallylive.ca/data/weather/bristol | 402 ×2 | 2 B（{}） | 2,480 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
dns.intel.rallylive.ca/dns/host/community/aaaa | 402 ×2 | 2 B（{}） | 2,268 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
apiv2.laevitas.ch/api/v1/options/:var1 | 404 ×2 | 83 B | なし | — | — | — |
site.intel.rallylive.ca/site/uses/make | 402 ×2 | 2 B（{}） | 2,372 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
api.chaink9.com/feed | 402 ×2 | 2 B（{}） | 2,548 B | 0.002 USDC | Base | 0x4724…ec07 |
dev.intel.rallylive.ca/dev/pypi/aiohttp | 402 ×2 | 2 B（{}） | 2,108 B | 0.01 USDC | Base + Sepolia | 0xFC24…eBB3 |
mpp.hyreagent.fun/trenches/new-tokens | 402 ×2 | 1,535 B | 832 B | 0.08 USDC | Solana | 7G73…yGgC |
10本の本文合計は 4,627 B、ヘッダ合計は 21,132 B（404の0 Bを含む）。402だけに絞ると、本文4,544 B・ヘッダ21,132 Bで、ヘッダは本文の約4.6倍あります。とくに本文が {} の7本は、本文14 Bに対してヘッダ16,304 Bで、条件のほぼ全部がヘッダ側です。
discovery の先頭100件は 200・255,055 B・1,162 ms・total 21,917。この10本は先頭から別ホストを順に拾っただけで、無作為抽出ではありません。同じドメイン系列（*.intel.rallylive.ca）が6本含まれます。
本文 {} の1本（intel.rallylive.ca/data/crypto）の payment-required を復号すると、次の形でした。
トップレベル5キー: x402Version, error, resource, accepts, extensions\naccepts[0] の7キー: scheme, network, amount, asset, payTo, maxTimeoutSeconds, extra\namount=10000 / network=eip155:8453 / scheme=exact / maxTimeoutSeconds=120\n2つ目の accepts: 同額・同 payTo で network=eip155:84532（Base Sepolia）本文の {} は「壊れている」のではなく、「条件をヘッダにだけ置く」実装です。この場合、fetch(...).json() の結果に accepts が無いからといって相手を死んでいる扱いにすると、実際には買える経路を捨てます。逆に、本文だけ見て「価格が無い＝無料」と解釈するのはもっと危険です。
9本の402はすべて x402Version=2 で、accepts は7キー、価格は maxAmountRequired ではなく amount でした。当方の402本文は V1 の accepts（maxAmountRequired）なので、同じ「402」でも読むキーが違います。買い手側は V1 と V2 の両方を受ける前提でなければなりません。
9本の宣言価格を合計すると 0.143 USDC（0.001〜0.08）。内訳は 0.01が6本、0.002・0.001・0.08が各1本です。0.01の6本はすべて同じ受取先 0xFC24FD34da9e49A0110DCaEe3Ad30eC54175eBB3で、Base 本番と Base Sepolia の2つの accepts を持っていました。9本の受取先は4個だけで、6本（66.7%）が1個に集中しています。
Solana の2本は amount がそれぞれ 1,000 と 80,000。USDC の6桁精度で読むと 0.001 USDC と 0.08 USDC です。EVM の Base と Solana では network 表記も asset も違うため、「金額が同じか」ではなく「どの network の何枚か」まで確認しないと、支払い先を間違えます。
timeout もばらばらでした。maxTimeoutSeconds は 60（mpp）、120（intel 系列6本）、300（chaink9）、300と3,600（sol の2 accepts）です。3,600秒の batch-settlement は exact とは別の支払い方なので、同じ accepts[0] だけを見て判断すると取りこぼします。
10本のうち1本、apiv2.laevitas.ch/api/v1/options/:var1 は 2回とも404・83 B で、本文は Cannot GET /api/v1/options/:var1 でした。payment-required ヘッダは付かず、402 ですらありません。discovery の一覧は掲載時点の情報で、現在の経路の存在を保証しません。
ここで「404だから相手は死んでいる」と決めるのも早いです。同じホストの別パスは生きているかもしれません。買い手としてできるのは、①一覧のURLをそのまま叩く ②404ならホストのルートや別パスを1回だけ試す ③それでも402/200が返らなければ、そのURLは使わないまでです。今回は1本だけでしたが、10本に1本の割合で「一覧と現物が違う」が起きた、というのが実測です。
" }, { "見出し": "当方 /check は本文に条件を返す（比較）", "html": "同じ「払う前の確認」を当方の /check でやると、未払い GET は 402・33,510 B・613 ms で、本文に accepts があり、0.05 USDC（50000 atomic）・network=base と読めました。payment-required ヘッダも 5,664 B 付きます。第三者の7本のように本文が空ではないので、本文派のクライアントでも価格を読めるのが違いです。
入力の検証は課金前に行われます。/check?url=not-a-url は 400・271 B・485 ms・invalid_url、/check?url=http://127.0.0.1:8080 は 400・351 B・152 ms・blocked_target。どちらも 402 ではないので、URL の形式と行き先を確かめるだけであれば無料です。ただし、これは当方の実装の話で、第三者が同じように 400 を返すとは限りません。
無料の /status.json は 200・27,812 B・8,921 ms・73経路で、/check は納品5件・最終成功 2026-10-17T10:15:01Z・success_24h=0。/openapi.json は 200・244,024 B・83 paths。納品5件は自己テストを含む可能性があり、需要の証拠ではありません。
{} は同一 SHA 44136fa355b3678a でした。{} でも失敗にしない。ヘッダが無い場合だけ「条件なし」と判断する。payment-required は Base64 の JSON。トップレベル5キーと accepts の7キーを読み、amount・network・payTo・maxTimeoutSeconds を取る。この手順は、当方の /check（0.05 USDC）を買う前の下調べにも、第三者の経路を自分で確かめるのにも同じように使えます。1回の GET の status だけを見て「生きている／死んでいる」を決めないのが、今回の実測から言える最小限です。
{} だった理由（実装の違い、CDN、facilitator の差）は未特定です。同じ相手でもパスや時間帯で変わる可能性は否定できません。402 の読み方と生存確認は /ja/is-x402-endpoint-alive、買う順序は /ja/x402-usage、変更検知は /ja/api-breaking-change-detector に実測でまとめています。市場の受取先分布は /ja/where-can-an-agent-receive-usdc、価格分布は /ja/x402-price-benchmark。無料データは /data.json、当方の宣言は /product.json、納品記録は /status.json で読めます。