Skip to main content
Everything in this section is meant to be checked, not taken on faith. This page collects the commands and the on-chain evidence in one place. Run the curl commands against the live facilitator, and open any transaction hash on a block explorer to confirm it settled.
The facilitator runs on Railway and cold-starts in up to about 13 seconds if it has been idle. If the first request is slow, run it twice.

Check the live facilitator

All five commands were run against the live deployment and return the responses shown (abridged).
Command 5 confirms two invariants at once. fee_charged is paid by source_account, which is the facilitator’s signer, so the fee is sponsored. That source is not the buyer whose auth entry moved the funds, so the settlement is non-custodial. See Fee sponsorship and the non-custodial invariant.

Settled transactions

One settlement per scheme, per payer type, per asset. Open any hash on stellar.expert using the form https://stellar.expert/explorer/testnet/tx/<hash>. These are regenerated by the canary suite and kept current in docs/status/. The two upstream-e2e rows are settlements produced by the unmodified x402 repository’s own test clients pointed at Rail402, in real testnet USDC (Conformance). The C-smart-account upto row demonstrates budget reconciliation: the on-ledger budget afterwards reads the actual 750k, not the 2M ceiling, which is only reachable if the settlement contract called the policy’s release (Smart accounts).

Deployed contracts

Both contracts are deployed on testnet and reproduce byte-for-byte from source with stellar contract build. Open either at https://stellar.expert/explorer/testnet/contract/<address>. The smart-account layer reuses OpenZeppelin’s audited stellar-accounts. The account and its ed25519 verifier (CCC4DCEZ…) are OpenZeppelin’s; only the budget policy above is Rail402’s. See Smart accounts.

Upstream contributions

Four Rail402 contributions are public upstream.

Run the whole loop yourself

The end-to-end flow, settling a real payment, cataloging it, and finding it by natural-language search, is one command against the live facilitator.
It runs a stock @x402 client through verify, settle, catalog, and search, and prints the settled transaction hash. The conformance harness (@rail402.dev/conformance) does the same against the upstream x402 e2e suite.

Next steps

Wire-level conformance

How Rail402 interoperates with stock x402 clients.

The settlement path

What the facilitator does with a signed auth entry.

The upto scheme

The contract behind the metered rows above.

Deployment

Where and how the live service runs.