Introduction

StableOps turns on-chain stablecoin transfers into the same primitives you already know from card processors: an order, a webhook, a deterministic state machine. You bring the addresses; we handle the chain scanning, confirmation tracking, reorg checks, idempotency, retries and signed webhook delivery.

What you get

• Payment Orders — request an exact amount on one or more chains and get a single deposit address back. See Concepts → Payment Orders.
• Confirmation tracking — every order moves through created → detected → confirmed → finalized, with reorg checks against the receipt block hash. See Concepts → Confirmations.
• Signed webhooks — every delivery carries X-Product-Signature, retries on failure, and supports replay from the dashboard. See Concepts → Webhooks.
• BYO addresses — import your own treasury or custody addresses; we never touch private keys. See Concepts → BYO Addresses.
• Agent toolkit — a scoped MCP server that wraps the SDK with policy, rate limits, and a human approval queue. See Agents → MCP Server.

Supported chains and assets

StableOps scans USDC / USDT transfers on the chains below and matches them by their official contract address — any (chain, asset) combination outside these tables is rejected when you create a payment order. Every mainnet has a matching testnet for the Playground and integration testing. Copy a contract address with the button, or open it on a block explorer with the ↗ icon.

Mainnet

Testnet

How a payment moves through StableOps

┌──────────┐   create     ┌──────────┐   transfer    ┌──────────┐
│ Your app │ ───────────▶ │ StableOps│ ◀──────────── │  Chain   │
└──────────┘              └─────┬────┘               └──────────┘
                                │
                                │  signed webhook (detected / confirmed / finalized)
                                ▼
                          ┌──────────┐
                          │ Your app │
                          └──────────┘

1. You call paymentOrders.create with an amount, settlement asset, and the chain/asset pairs you accept.
2. StableOps allocates a deposit address from the pool you imported (or from the shared pool we manage) and returns paymentInstructions.
3. The chain scanner watches that address; the first matching transfer promotes the order to detected and dispatches payment.detected.
4. As block confirmations accumulate, the order advances through confirmed and finalized. Reorgs that invalidate the receipt revert the order.
5. Your endpoint receives a signed webhook at every state change. Verify the signature, update your ledger, and return 200.

Where to go next

• Quickstart — zero to a verified webhook in ten minutes.
• Playground — drive a sandbox order without writing code.
• Concepts → Payment Orders — the resource model and lifecycle.
• API Reference — request/response shapes for every endpoint.
• StableOps API SDK — the official TS/JS API library.