@rail402.dev/conformance proves, how to run it against a deployment, and how to read the verdict of a dual run.
Acceptance for an x402 facilitator is tested at the wire level: a reviewer points stock upstream client code at your deployment rather than reading a claim. @rail402.dev/conformance automates that. It clones the upstream x402 e2e suite, installs a proxy that points the suite at your facilitator, and runs the suite with unmodified upstream clients.
x402-stellar-conformance binary.
This measures interoperability against the real x402 suite, so it needs a reachable facilitator and, for a full settlement run, funded
stellar:testnet accounts. Nothing here settles on mainnet.What it does
- Clones the upstream x402 repository at a pinned spec commit.
- Installs the Rail402 proxy config, so the suite’s stock clients target your facilitator instead of a remote one.
- Runs the upstream e2e scenarios (a stock client requesting a
402, signing, and retrying) and records the outcome per scenario.
Running it
1
Install the proxy
Clone the upstream suite and wire its clients to your facilitator.
2
Run against a deployment
Point the suite at a facilitator URL and run the scenarios.
3
Run the dual comparison
Run the suite twice, at the pinned spec and at the latest upstream main, and compare.
Dual-run verdicts
A dual run emits one of four verdicts.Next steps
How it works
The verify and settle loop the suite exercises.
Run a facilitator
Stand up the deployment you point the suite at.
Packages
Where conformance sits among the packages.
Error registry
The codes a failing scenario reports.