x402 の端点を「監視」したいとき、買い手に選択肢は2つあります。① /watch（0.02 USDC/回）・/watchlist（最大10本 0.05 USDC/回）を買うか、② 対象の 402 を自分で定期的に取り、支払条件の6項目を保存するかです。この記事は②で何が観測できるかを、2026-10-20 に /gas・/watch・/check を各10回叩いて測った結果です。
分かったことは3つです。第一に、無料の 402 取得は「6回で止まる」ことがある。10回のうち /watch と /check は6回目まで 402、7回目から 429（rate_limited・242〜246 B） でした。ただし同じ /watch を別の機会に7回連続で叩くと全部 402 で、固定の6回/分とは断定できません。第二に、監視の指紋に使うのは本文SHAではなく支払条件6項目。本文SHAは /watch と /check で4種類に割れましたが、6項目の指紋は安定でした。第三に、無料 /status.json で監視2経路の納品は0件（69経路中）。買う前に相手の実績を見る、という意味では材料がまだありません。
価格を回数で割ると、5分ごとの監視は 288回/日＝5.76 USDC/日（30日で172.8 USDC）です。0.02 は「1回の確認」には安いですが、高頻度の稼働監視には向きません。
" }, { "見出し": "実測", "html": "| リクエスト | 応答 | 大きさ | 応答時間 | 分かったこと |
|---|---|---|---|---|
/gas?chains=base を10回 | 402×10 | 24,318 B（毎回同一） | 392〜1,021 ms（中央値438） | 429 なし。本文SHAも10回同一 |
/watch?url=<自サイト /ja> を10回 | 402×6 → 429×4 | 27,330 B／242 B | 155〜1,009 ms（中央値428） | 6回目まで402、7回目から429 |
/check?url=<自サイト /ja> を10回 | 402×6 → 429×4 | 32,578 B／237 B | 125〜642 ms（中央値422） | 同じ境目。2経路とも同時に429 |
/watch（url なし） | 402 | 27,330 B | 561 ms | url 付きと同サイズ。対象の検査は課金前でない |
/watch?url=not-a-url | 400 | 271 B | 144 ms | invalid_url。取得なし・無料 |
/watch?url=http://127.0.0.1/ | 400 | 351 B | 143 ms | blocked_target（loopback）。無料 |
/watchlist?urls=<11本> | 400 | 191 B | 149 ms | too_many_urls。上限10本を課金前に拒否 |
/watch?id=nope | 404 | 595 B | 245 ms | unknown_watch_id。無料 |
/status.json | 200 | 26,875 B | 8,484 ms | 69経路。監視2経路は納品0件 |
応答時間の中央値は3経路とも 422〜438 ms に収まりました。最小は /check の 125 ms、最大は /gas の 1,021 ms です。1回あたりの遅さは問題になりません。効くのは回数制限の方でした。
" }, { "見出し": "429 の境界 — 無料ポーリングの上限", "html": "10回のポーリングで、/watch と /check は6回目まで 402、7回目から 429 になりました。429 の本文は 242〜246 B で error=rate_limited、retry フィールドはありませんでした。429 になると accepts[0] も返らないため、その回は「条件が変わっていない」ことを確認できません。監視の記録としては「未観測」と分けて残す必要があります。
ただし、この「6回」を固定値として扱うのは危険です。同じ /watch?url=https://example.com/ を別の機会に7回連続で叩くと、7回とも 402 でした。したがって観測できたのは「短時間に連続で叩くと、どこかで 429 になる」ことだけで、正確な窓・バースト許容量・経路ごとの差は未確認です（KV ベースの窓と推測していますが、確かめていません）。
自分で監視を回すなら、429 を失敗ではなく「間隔を空けろ」の信号として扱うのが実務的です。429 が返ったら次を 60 秒以上待ち、その回は「未観測」として記録し、連続して429が続くなら間隔を広げます。429 を『変化なし』に丸めないことが、監視の信頼性を決めます。
" }, { "見出し": "監視に使える指紋はどれか", "html": "402 の本文全体を SHA-256 にすると、/watch と /check は6回の 402 のうち4種類に割れました。同じ 27,330 B・32,578 B のまま中身が違うため、本文SHAは「条件が変わった」の検出には使えません。一方、accepts[0] の scheme・network・asset・amount・payTo・maxTimeoutSeconds の6項目だけを連結した指紋は、402 の間は同一でした（/gas a6e0abe9…・/watch 1e9cf81e…・/check ff13e087…）。/gas は本文SHAも10回同一だったので、経路によって本文の安定性が違うことも分かります。
curl -s \"https://TARGET/paid\" \\\n | jq -c '{scheme:.accepts[0].scheme,network:.accepts[0].network,asset:.accepts[0].asset,amount:.accepts[0].maxAmountRequired,payTo:.accepts[0].payTo,maxTimeoutSeconds:.accepts[0].maxTimeoutSeconds}' \\\n | sha256sumこの指紋を毎回保存し、前回と違えば差分、429・タイムアウト・5xx なら未観測として記録します。6項目は /watch が返す差分の対象と同じなので、買わなくても同じ変化は検出できます。買うお金で変わるのは、基準の保存・差分の整形・並列取得・履歴の保持です。
なお /watch は url を付けても付けなくても 同じ 27,330 B の 402 を返しました。対象URLの形式検査（invalid_url・blocked_target）は 400 で無料ですが、「そのURLが実際に監視できるか」は支払うまで分かりません。/watchlist の11本は too_many_urls で 400、存在しない id は 404 で、いずれも無料です。
判断は「監視の頻度 × 本数」で決まります。1日に数回の確認なら自分で回す方が安く、10本をまとめて高頻度に回すなら /watchlist の方が安い。どちらも 429 に当たるので、監視間隔は相手のレート制限の内側に置くのが前提です。
" }, { "見出し": "未確認", "html": "observed/indeterminate の実際の返り方・履歴の有無は未取得。retry は無かったが、Retry-After ヘッダの有無は取得していない。この記事の数字はすべて支払いなしの GET です。決済・送金・入金は1回も実行していません。
" }, { "見出し": "次の一歩", "html": "監視を買う側の判断は /ja/watch-uptime（/watch 0.02・/watchlist 0.05 の宣言）、払う前の確認は /ja/check-before-paying、402 の読み方は /ja/is-x402-endpoint-alive に実測でまとめています。監視2経路の納品記録は /status.json、当方の宣言価格は /product.json で無料で読めます。