Single-call API
POST one payout per request — predictable behaviour at scale, no group-dispatch surprises
Single-call payout endpoint with external_id idempotency and per-payout callbacks. Drive payroll, affiliate, treasury, or customer withdrawals from your own logic.
Payouts are enabled after business KYB. Cryptoway runs a single-call API — every request handles one recipient. Throughput is bounded by the per-IP rate limit (15 req / 15 s).

POST one payout per request — predictable behaviour at scale, no group-dispatch surprises
Supply your own ID per payout; retries with the same value are de-duplicated server-side
Each request can declare its own callback_url — status events delivered to you
Rate limit: 15 req / 15 s per IP. Design schedulers around this ceiling
Standard tier pricing (Starter 0.5% / Business 0.3%) + per-withdrawal network fee on top
No payouts-specific KYC step — once your merchant KYB is approved, payouts work
POST a single withdrawal at a time — schedule, threshold, per-event, whatever your business logic needs. Supply external_id for safe retries and callback_url for status events. The operator owns the volume; the API owns the delivery.
API documentation →Each request handles exactly one recipient. To send N payouts you make N calls. This is intentional — every payout has its own status, its own callback, its own audit trail. Plan your scheduler accordingly.
Supply your own unique identifier on each payout (UUID, order ID, payroll cycle, whatever fits). Cryptoway uses it for idempotency and you use it for reconciliation against your own ledger. Retries with the same external_id are de-duplicated.
15 requests per 15 seconds per IP — about 60 payouts/minute on a single worker. For higher throughput, spread across multiple IPs or contact sales for high-volume contract terms.
Pay remote contractors in USDT on a schedule. external_id = contractor + period, callback_url updates your HR system on delivery.
Automated tier-based payouts on attribution events. Drive from your own attribution engine; Cryptoway delivers.
Wire withdrawal requests from your product UI directly into the API. Idempotency keeps retries safe under load.
Periodic transfers between wallets, scripted from your own ops scheduler — loop the single-call API at the rate-limit ceiling.
No. The API is single-call — POST /api/user/balance/withdrawal/ handles one recipient per request. To send N payouts, make N calls. This is by design: each payout has its own status, callback, and audit trail.
15 requests per 15 seconds per IP — roughly 60 payouts/minute on a single worker. Need more? Spread across multiple IPs or contact sales for high-volume contract terms.
Supply external_id on each payout — a unique identifier you control. Retries with the same external_id are de-duplicated server-side. Pick a value tied to your own ledger (UUID, order ID, payroll cycle) for clean reconciliation.
Minutes on most networks. The exact time depends on chain confirmation — TRC20 and Polygon typically clear in 1-3 minutes, BTC and ETH can take longer at high gas. Cryptoway does not promise instant settlement.
If a payout fails (invalid address, insufficient gas, network down), funds return to your merchant balance and your callback_url receives a failure event. Re-submit with a new external_id once the underlying issue is resolved.
Standard tier pricing applies (Starter 0.5%, Business 0.3% — see /pricing) plus a per-withdrawal network fee. There is no separate "payouts pricing" SKU.
The same API powers payouts inside our industry-specific flows. See the segment closest to your stack.
Recommended on