Live proof

Every chain. Every claim. One page.

We run on more than one chain, so the evidence should not be scattered across more than one page. This is the index: what we registered, what we deployed and what we settled, per chain, each with the transaction behind it. Open a rail to have its facts re-read from the chain while you watch.

Settlement logs

Each rail keeps its own log and is counted on its own, never added to another, because one figure across rails describes none of them. A log keeps a retained window, so its count is the rows it holds rather than an all-time total. Payments from wallets we own are labeled wherever the log can tell.

Mainnets settlingMainnets where a payment has actually cleared.
Our EIP-3009 facilitatorChain receipt
-This log did not answer just now.Chain receipt: We broadcast the transfer ourselves and counted it from the receipt carrying the matching Transfer log.Open the raw log
Circle Gateway nanopaymentsFacilitator credit, read back
-This log did not answer just now.Facilitator credit, read back: The facilitator settled it; we counted it only after reading the credit back from the facilitator's own API.Open the raw log
Stellar x402Our own event read
-This log did not answer just now.Our own event read: Whoever broadcast it, we counted it only after reading the transfer event back from the chain ourselves.Open the raw log
Algorand x402Our own event read
-This log did not answer just now.Our own event read: Whoever broadcast it, we counted it only after reading the transfer event back from the chain ourselves.Open the raw log
Celo x402Facilitator's word
-This log did not answer just now.Facilitator's word: Counted when the facilitator answered settled; we do not read it back from the chain.Open the raw log Its proof page
X Layer, the Trust Oracle ASPFixed ledger
-This log did not answer just now.Fixed ledger: A fixed list of transactions published by the seller, each with its own hash; not a running counter.Open the raw log Its proof page

Settlement logs last read at 2:18:46 PM, 0 of 6 answering. The same 6 logs, read through one shared spec, feed /stats, so the two pages cannot drift apart.

The backend is waking up or briefly unreachable (free tier). Give it a few seconds and refresh.

Published rails

One card per rail. The counts come from our own ledger; the live re-read of every address and token id happens on the rail page itself.

What a caveat count means

Every rail carries a caveat list, and a test fails our build if one is empty. The number on each card is how many things we say are NOT true on that chain: what is testnet, what has no identity registry to anchor to, which payments were between wallets we both own. A proof page that only lists wins is a brochure, so those counts are printed next to the transaction counts rather than under them.