§ · operations

Service status.

A live readout, rendered at the moment you loaded this page. The same figures as JSON are at /healthz, which is what an uptime monitor should poll.

All systems nominal

delivery loop lag
0 s
queued deliveries
0
channels offered
email, webhook
messages purchased, last 30 days
0
messages sent, last 30 days
0
messages failed, last 30 days
0
destinations that opted out
0
up for
5 min
payments mode
mainnet
observed at
2026-09-15 10:31:11 UTC

Who reads this site

Requests since the last deploy, counted by crawler family from the user agent alone. No paths, no addresses, nothing stored.

OpenAI (OAI-SearchBot, GPTBot, ChatGPT-User)
0
Anthropic (ClaudeBot, Claude-User, Claude-SearchBot)
3
Perplexity
0
Google (Googlebot, Google-Extended)
0
Bing
0
Common Crawl
0
x402 clients
0

The 402 funnel, last 7 days

Every request to a paid route, by the stage it reached. "Issued" is a 402 answered to a request without payment; "refused" is a request rejected before payment; "attempts" carried a payment header; "settled" is money that landed.

route402 issuedrefusedpaid attemptssettled
POST /v1/email10000
POST /v1/webhook6000

Who knocks on the paid routes, last 7 days

curl/8.7.1
12
node
4

Why paid requests were refused, last 7 days

routerefused withcount
none in the last 7 days
How to read this

Loop lag is the seconds since the delivery loop last completed a pass. Under about 60 seconds is healthy; beyond that /healthz returns 503. Queued deliveries briefly above zero is normal: those are messages in flight or on the retry ladder.