{ "lang": "ja", "ページ": "https://x402-catalog-history.ai-business-surface.workers.dev/ja/is-x402-endpoint-alive", "title": "is this x402 endpoint alive — 無課金GET 3回で生存・価格・再現性を確かめる（実測）", "h1": "この x402 の相手は生きている？ — 無課金 GET 3回で判定する（8経路の実測）", "description": "is this x402 endpoint alive に答えるため、2026-10-19 に8つの有料経路へ支払いなしの GET を各3回投げました。24回すべて 402 で、本文は経路ごとに3回とも同一バイト数・同一SHA-256、accepts[0] は10項目、合計の宣言価格は 0.157 USDC。同じホストの 200（/ja 70,616 B）・404（3,213 B）・400（377 B）も測り、402 以外を「死んでいる」と誤判定しないための見分け方を数字で示します。", "検索語": "is this x402 endpoint alive", "読者の問い": "この x402 の相手は今生きているのか。払う前に、どこまで確かめられるのか。", "実測日": "2026-10-19 JST", "実測": { "caption": "x402 の生存確認（2026-10-19 JST・公開URLへの支払いなしGET・各3回）", "columns": [ "経路", "3回の応答", "本文（3回とも同一）", "応答時間（3回）", "payment-required", "宣言価格（USDC）" ], "rows": [ [ "/gas", "402 / 402 / 402", "21,979 B", "724 / 472 / 172 ms", "5,464 B", "0.001" ], [ "/random", "402 / 402 / 402", "16,297 B", "293 / 157 / 163 ms", "3,368 B", "0.001" ], [ "/news", "402 / 402 / 402", "21,904 B", "297 / 182 / 182 ms", "4,344 B", "0.005" ], [ "/markdown", "402 / 402 / 402", "19,313 B", "317 / 158 / 140 ms", "3,340 B", "0.01" ], [ "/history", "402 / 402 / 402", "20,068 B", "271 / 158 / 201 ms", "2,952 B", "0.02" ], [ "/price", "402 / 402 / 402", "29,037 B", "287 / 172 / 181 ms", "6,888 B", "0.02" ], [ "/check", "402 / 402 / 402", "28,477 B", "236 / 178 / 159 ms", "5,664 B", "0.05" ], [ "/reality", "402 / 402 / 402", "24,938 B", "291 / 194 / 161 ms", "4,660 B", "0.05" ] ], "note": "8経路・24回すべて 402。本文は経路ごとに3回とも同一バイト数・同一SHA-256でした。accepts[0] は scheme / network / maxAmountRequired / resource / description / mimeType / payTo / maxTimeoutSeconds / asset / extra の10項目、x402Version=1、network=base。宣言価格の合計は 0.157 USDC（支払っておらず、すべて未課金の宣言値）。応答時間は 140〜724 ms、中央値は 181 ms。" }, "見出し": [ "結論", "実測", "判定の手順", "402 以外の応答をどう読むか", "生存と納品は別", "誤判定しやすい点", "次の一歩" ], "本文": [ { "見出し": "結論", "html": "

x402 の相手が生きているかは、支払わずに1回 GET し、402 と payment-required ヘッダが返るかで確かめられます。さらに本文の accepts[0] が読めて、scheme / network / maxAmountRequired / resource / description / mimeType / payTo / maxTimeoutSeconds / asset / extra の10項目を持っていれば、その URL は今この時点で x402 の支払い先として機能していると判断できます。今回の8経路は24回すべてこれに当てはまりました。

ただし「生きている」は「納品される」ではありません。402 は支払い条件の宣言であって、支払った後に何が返るかは別です。無料の /status.json を見ると47経路のうち34経路は納品記録が0件でした。生存確認と納品実績は、別の面で見る必要があります。

" }, { "見出し": "実測", "html": "\n\n\n\n\n\n\n\n\n\n\n\n
経路3回の応答本文（3回とも同一）応答時間（3回）payment-required宣言価格（USDC）
/gas402 / 402 / 40221,979 B724 / 472 / 172 ms5,464 B0.001
/random402 / 402 / 40216,297 B293 / 157 / 163 ms3,368 B0.001
/news402 / 402 / 40221,904 B297 / 182 / 182 ms4,344 B0.005
/markdown402 / 402 / 40219,313 B317 / 158 / 140 ms3,340 B0.01
/history402 / 402 / 40220,068 B271 / 158 / 201 ms2,952 B0.02
/price402 / 402 / 40229,037 B287 / 172 / 181 ms6,888 B0.02
/check402 / 402 / 40228,477 B236 / 178 / 159 ms5,664 B0.05
/reality402 / 402 / 40224,938 B291 / 194 / 161 ms4,660 B0.05
\n

同じ時刻に、同じホストの402 以外も測りました（すべて Accept: application/json で取得）。/ja は 200・70,616 B・146 / 148 / 244 ms、/health は 200・2,071 B・188 / 128 / 125 ms、/status.json は 200・21,683 B・10,084 / 748 / 653 ms。存在しないパス /no-such-path-alive-test は 404・3,213 B・125 / 124 / 116 ms（error:not_found）、/gas?chains=nope は 400・377 B・114 / 413 / 125 ms（error:invalid_chains）でした。

402 の本文は 404 の約6.8倍、400 の約58倍あります。しかし /ja の 200 は 70,616 B で、どの 402 よりも大きい。本文の大きさだけでは、生きているかも、x402 かも判定できません。

" }, { "見出し": "判定の手順", "html": "
    \n
  1. 支払わずに GET する。ステータスとヘッダを保存します。curl -s -D h.txt -o b.json 'https://TARGET/paid'。
    2. \n
  2. 402 と payment-required ヘッダを確認する。grep -i '^payment-required:' h.txt。402 でもヘッダが無ければ、クライアントによっては支払い条件を読めません。
    3. \n
  3. 本文の accepts[0] を読む。jq -r '.accepts[0] | [.scheme,.network,.maxAmountRequired,.payTo,.maxTimeoutSeconds] | @tsv' b.json。10項目が揃い、金額・受取先・ネットワークが自分の想定と一致するかを見ます。
    4. \n
  4. 3回繰り返して本文の SHA-256 を比べる。今回の8経路は経路ごとに3回とも同一でした。同じなら、その時点の宣言は安定しています。動的な見積もりなら変わり得るので、その場合は金額と payTo だけを比べます。
    5. \n
  5. 5xx・タイムアウト・接続失敗は「判定不能」にする。死んだとも、変化なしとも決めません。時間を置いて再試行し、それでも続くなら別の経路を探します。
    6. \n
\n
for i in 1 2 3; do\n  curl -s -D h$i.txt -o b$i.json \"https://TARGET/paid\"\n  sha256sum b$i.json\ndone\ngrep -i '^payment-required:' h1.txt | wc -c\njq -r '.accepts[0] | [.scheme,.network,.maxAmountRequired,.payTo] | @tsv' b1.json
\n

この5ステップはすべて無料です。8経路を3回ずつ叩いても課金は0で、実測にかかった時間は合計数秒でした。価格の宣言を読むだけなら、これで足ります。

" }, { "見出し": "402 以外の応答をどう読むか", "html": "\n\n\n\n\n\n\n\n\n
応答実測例意味次にすること
4028経路・21,979〜29,037 Bx402 の支払い先として生きているaccepts[0] の金額・受取先を読む
200/ja 70,616 B、/health 2,071 Bホストは生きているが、その URL は x402 ではないパスが正しいか、無料面ではないかを確認する
4043,213 B・not_foundそのパスが無い。ホスト全体が死んだとは限らないパス・掲載名・末尾のスラッシュを確認する
400377 B・invalid_chains生きていて、入力を課金前に検証しているパラメータを直す。支払いは起きていない
5xx / timeout今回は未取得判定不能。死んだとは決められない時間を置いて再試行し、記録に「不明」と残す
\n

200 は「生きている」ですが「x402 ではない」です。402 を期待して 200 が返ったら、まず URL を疑います。404 は「パスが無い」で、ホストの生死とは別です。同じホストの /ja が 200 を返しているなら、ホストは生きています。この切り分けをしないと、404 を「相手が死んだ」と誤記録してしまいます。

" }, { "見出し": "生存と納品は別", "html": "

無料の /status.json（21,683 B）は47経路を持ち、deliveries_observed が1以上の経路は13、0件の経路は34でした。今回402を確認した8経路でも、/history 26件、/price 7件、/gas 6件、/check 5件、/reality 4件、/random 2件、/news 1件の記録があります。一方で /markdown はこの47経路の一覧に含まれていませんでした。

つまり402 が返ることは、その経路が買われた証拠でも、納品が成功した証拠でもありません。逆に、納品記録が0件でも 402 は返ります。「今払える状態か」は 402 で、「過去に納品されたか」は /status.json で見る、と面を分けてください。

" }, { "見出し": "誤判定しやすい点", "html": "" }, { "見出し": "次の一歩", "html": "

払う前の確認手順をまとめた /ja/check-before-paying、監視の実測は /ja/watch-uptime、納品されないときの読み方は /ja/x402-payment-not-delivering にあります。納品記録そのものは /status.json、価格の相場は /ja/price-benchmark で無料で読めます。

未確認：支払い後の 200 本文・納品の質・返金・再試行は、この記事では取得していません（支払い・SMS・KYCを伴う操作はしていません）。数字はすべて「402 が返るところ、無料の 200 と 404 と 400 が返るところ」までの実測です。

" } ], "一覧": "https://x402-catalog-history.ai-business-surface.workers.dev/ja" }