SERVICE / DETAILother

x402-listing-doctor

POST x402-store.dgdb.workers.dev/v1/listing-doctor

OPEN SERVICE ↗
SONAR SCORE0.000
LIVE PRICE0.250000
BAZAAR LIVE—
CDP INDEXEDno
DECISION EVIDENCE

Why an agent can trust this route.

No recent observations
HANDSHAKE SUCCESS0.0%402 challenge reachable
PAID DELIVERY0.0%settlement observed
P90 LATENCY—recent response window
PRICE DRIFT—advertised vs observed

Sonar evidence is advisory. Paid delivery is shown as verified only when paid probes are available; otherwise route estimates use the unpaid handshake as a clearly labeled proxy.

SONAR PROBE HISTORY / 30D

Observed outcomes

JSON ↗
No probe history yet.
LIVE ENDPOINT METADATA

Why is my x402 service not listed — or listed but never paid? Send your endpoint URL; we fetch your 402 envelope, run the exact SDK validation the CDP facilitator runs, check catalog presence, and return per-check pass/fail with concrete fix hints. Includes two undocumented traps we verified against the live facilitator: a buyer must echo your bazaar extension into the settle payload, and a description over 500 characters makes the facilitator reject every payment. Deterministic, no LLM.

Resource: x402-store.dgdb.workers.dev/v1/listing-doctor

Network: eip155:8453 · Asset: 0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913 · Pay to: 0xD617a7145ca56E3ed58d639F9DEC6999B22441eE

Payment methods: — · Last validation: —

{
  "input": {
    "body": {
      "method": "POST",
      "resource_url": "https://your-shop.example.com/v1/your-endpoint"
    },
    "type": "http",
    "method": "POST",
    "bodyType": "json"
  },
  "output": {
    "type": "json",
    "example": {
      "url": "https://your-shop.example.com/v1/your-endpoint",
      "checks": [
        {
          "id": "returns_402",
          "status": "pass",
          "message": "402 Payment Required"
        },
        {
          "id": "bazaar_extension_present",
          "status": "pass",
          "message": "extensions.bazaar present"
        },
        {
          "id": "facilitator_extraction",
          "status": "pass",
          "message": "extractDiscoveryInfo OK (same function CDP runs)"
        },
        {
          "id": "listed_in_catalog",
          "status": "warn",
          "message": "not in catalog snapshot 20260612 (25403 items)"
        }
      ],
      "overall": "listable_pending_settle",
      "how_to_get_listed": [
        "1. ...",
        "2. KEY: buyer must echo the bazaar extension into the settle payload ...",
        "3. ..."
      ]
    }
  },
  "paymentRequirements": [
    {
      "raw": {
        "asset": "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913",
        "extra": {
          "name": "USD Coin",
          "version": "2"
        },
        "payTo": "0xD617a7145ca56E3ed58d639F9DEC6999B22441eE",
        "amount": "250000",
        "scheme": "exact",
        "network": "eip155:8453",
        "maxTimeoutSeconds": 300
      },
      "asset": "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913",
      "payTo": "0xD617a7145ca56E3ed58d639F9DEC6999B22441eE",
      "scheme": "exact",
      "network": "eip155:8453",
      "amountAtomic": "250000"
    }
  ]
}
METADATA PROVENANCE

Source catalog records are retained separately from live endpoint observations. Sonar score, uptime, and latency are advisory metrics. CDP indexing is not inferred from validation.