Single-call API
POST одна выплата на запрос — предсказуемое поведение под нагрузкой, без сюрпризов group-dispatch'а
Single-call payout-эндпоинт с external_id-идемпотентностью и опциональным callback_url на каждую выплату. Управляйте payroll, affiliate, treasury или customer withdrawals из собственной логики.
Выплаты включаются после business KYB. Cryptoway предоставляет single-call API — каждый запрос обрабатывает одного получателя. Пропускная способность ограничена per-IP rate-limit'ом (15 req / 15 s).

POST одна выплата на запрос — предсказуемое поведение под нагрузкой, без сюрпризов group-dispatch'а
Передавайте свой ID на каждую выплату; retry с тем же значением де-дуплицируется на сервере
У каждого запроса свой callback_url — события статуса прилетают вам
Rate limit: 15 req / 15 s per IP. Стройте планировщики вокруг этого потолка
Стандартная tier-цена (Starter 0.5% / Business 0.3%) + per-withdrawal network fee сверху
Без отдельного payouts-KYC — после approval'а merchant KYB выплаты работают
POST одна withdrawal за раз — по расписанию, по порогу, по событию, как нужно вашей бизнес-логике. Передавайте external_id для безопасных retry и callback_url для status-событий. Оператор владеет объёмом; API владеет доставкой.
Документация API →Каждый запрос обрабатывает ровно одного получателя. Чтобы отправить N выплат — делаете N вызовов. Это сделано осознанно: у каждой выплаты свой статус, свой callback, свой audit-trail. Планируйте планировщик соответственно.
Передавайте свой уникальный идентификатор на каждую выплату (UUID, order ID, payroll-цикл — что подходит). Cryptoway использует его для идемпотентности, вы — для сверки с собственной ledger. Retry с тем же external_id де-дуплицируются.
15 запросов за 15 секунд per IP — около 60 выплат в минуту на одном воркере. Нужно больше? Распределяйте по нескольким IP или обращайтесь в sales за high-volume контрактом.
Платите remote-подрядчикам в USDT по расписанию. external_id = подрядчик + период, callback_url обновляет вашу HR-систему по факту доставки.
Автоматические tier-based выплаты по attribution-событиям. Управляйте из своего attribution-движка; Cryptoway доставляет.
Прокидывайте withdrawal-запросы из UI продукта напрямую в API. Идемпотентность держит retry безопасными под нагрузкой.
Периодические переводы между кошельками, скриптом из вашего ops-планировщика — loop single-call API на потолке rate-limit'а.
Нет. API single-call — POST /api/user/balance/withdrawal/ обрабатывает одного получателя на запрос. Чтобы отправить N выплат — делаете N вызовов. Это by design: у каждой выплаты свой статус, callback и audit-trail.
15 запросов за 15 секунд per IP — примерно 60 выплат/минуту на одном воркере. Нужно больше? Распределяйте по нескольким IP или обращайтесь в sales за high-volume контрактом.
Передавайте external_id на каждую выплату — ваш собственный уникальный идентификатор. Retry с тем же external_id де-дуплицируются на сервере. Выбирайте значение привязанное к вашей ledger (UUID, order ID, payroll-цикл) для чистой сверки.
Минуты на большинстве сетей. Точное время зависит от chain confirmation — TRC20 и Polygon обычно за 1-3 минуты, BTC и ETH дольше при высоком gas. Cryptoway не обещает instant settlement.
Если выплата падает (неверный адрес, недостаточно gas, сеть лежит), средства возвращаются на merchant-баланс, а ваш callback_url получает failure-событие. Re-submit с новым external_id когда базовая проблема решена.
Применяется стандартная tier-цена (Starter 0.5%, Business 0.3% — см. /pricing) плюс per-withdrawal network fee. Отдельной "payouts pricing" SKU нет.
Тот же API крутит выплаты внутри наших industry-specific flow. Посмотрите сегмент ближе к вашему стэку.
Нас рекомендуют