Skip to main content

​
Order size

No maximum

There is no upper limit on an order. Nothing caps what you can accept.

Minimums apply to one rail

The deposit rail has a per-chain minimum. The connect rail has none.

​
Why the deposit rail has a minimum

On the deposit rail we pay to deploy a forwarder and sweep it. That cost is fixed per payment, while our fee is a percentage — so below a certain order value the payment costs more to settle than it earns. The minimum is computed live from current network conditions, so it moves. It’s low on cheap chains and meaningfully higher on Ethereum and TRON.
Below the minimum, the checkout offers the connect rail instead of refusing the chain. Customers with a wallet are unaffected. You only lose the customer who needs to pay from an exchange with a very small order.

​
Your own minimum

In Settings you can set your own minimum per (chain, rail) pair. Below it, that rail is hidden for that chain and the others stay available.
A percentage-based control — cap settlement cost as a share of order value, with the implied per-chain minimum shown live — is designed and coming. Today the control is an absolute amount you set per chain. Roadmap.

​
Timing

Quote expiry locks the price, not the address. A customer who pays hours later still has their money arrive and credited. Finality.

​
Rate limits

Per merchant. Exceeding returns 429 with a Retry-After header.

The embedded checkout handles this

Shows a countdown and retries automatically. Nothing to build.

Direct API users must back off

Respect Retry-After. Don’t poll in a tight loop.

​
Tokens and chains

​
Webhooks

​
What has no limit

Payout frequency

Claim as often as you like. No minimum, no schedule.

Payout amount

No threshold to reach before withdrawing.

Account volume

No monthly cap, no tier to negotiate.
No rolling reserve, no holdback, and no settlement delay — none of which are policy choices. We couldn’t impose them if we wanted to, because we never hold your funds. What we don’t do.