Why Agent402 settles on twelve chains instead of just Base
Most x402 volume, ours included, settles on Base. That's not a secret and this guide isn't going to pretend otherwise. So the honest question is: why run eleven more rails if that's where the traffic already is?
The reason isn't "more chains, more revenue"
It's optionality. An agent doesn't get to choose what chain its wallet already holds USDC on - it was funded once, for some other reason, on whatever chain that happened to be. A seller who only accepts Base is invisible to every agent funded anywhere else, no matter how good the tool is. Twelve chains means twelve populations of already-funded buyers who never have to bridge, swap, or wait for a transfer just to pay for one API call.
What's actually live, and who settles it
Every rail below is a real, working payTo you can quote against right now
GET https://agent402.tools/api/pricinglists the liveacceptsfor any tool, per network:Base - the primary rail, settled via Coinbase's CDP facilitator (also where x402 Bazaar discovery lives).
Solana, Polygon, Arbitrum - settled via Coinbase CDP first (it advertises these networks too), with PayAI as the fallback.
Avalanche, Sei - settled via the PayAI facilitator.
Optimism - settled via Solvador, a fee-charging facilitator; the price quoted on Optimism is bumped to cover that fee, so what you're quoted is what actually clears.
Monad, Celo - each on its own dedicated facilitator.
Stellar - USDC via our own self-hosted Soroban facilitator (open source, in this repository; OpenZeppelin Channels as the settlement fallback); settlement here is confirmed against the chain itself, not just trusted from the facilitator's word, because Stellar's ~5-second ledger close can outlast a synchronous HTTP request.
Algorand - USDC via a dedicated AVM facilitator (GoPlausible); every payment carries a signed validity window sized to the tool it's paying for, so a slow tool can never receive a payment that expires mid-call.
Robinhood Chain - the one non-USDC rail: USDG, via a keyless facilitator.
Every facilitator is health-checked at boot. One going down drops only its own rail from the offer - the other eleven, and the free proof-of-work tier, are unaffected.
What doesn't change per chain
The guarantee is identical everywhere: a failed or unmatched call never settles, regardless of which of the twelve chains it failed on. Chain choice changes where the USDC moves, never whether a bad call gets charged.
The Smart Order Router uses this directly
When the router buys from an external seller to resell the result to you, it settles on the SAME chain you paid it on - an Algorand payment funds an Algorand purchase, a Base payment funds a Base purchase. Twelve chains isn't just about who can pay us; it's what lets the router keep your money on the chain you already trusted it on, instead of quietly routing everything through one chain regardless of what you sent.
Packages for this guide
- Google Agent Development Kit (
agent402-google-adk)