Так — відправити криптовалюту на багато гаманців одразу можна, не запускаючи перекази по одному. У Payora ви вставляєте до 500 рядків отримувачів в один пакет, де кожен рядок — це пара адреса сума з необов’язковим тегом чи memo, або надсилаєте той самий список у API виплат. У момент прийняття пакета підсумок разом із комісіями резервується на внутрішньому балансі, тож перевитрата неможлива, а весь прогін потім звіряється як один об’єкт, а не як п’ятсот розрізнених транзакцій.
Це коротка відповідь. Далі — практичні деталі: як працює вставка списку, коли замість неї варто взяти API, скільки це коштує і одне чесне застереження про те, як монети реально виходять.
Навіщо відправляти криптовалюту на кілька гаманців пакетом?
Платити по одній транзакції нормально рівно доти, доки отримувачів не стане тридцять. Тоді це перестає бути задачею і стає джерелом помилок. Пакет вирішує три конкретні проблеми:
- Менше помилок. Ви готуєте весь список один раз, перевіряєте один раз і надсилаєте один раз. Жодної вставки адреси в гаманець сорок разів о 23:00 — саме тоді й переставляється цифра.
- Один зарезервований підсумок. Підсумок пакета та його комісії утримуються разом і одразу. Або коштів вистачає на весь прогін, або ви дізнаєтеся про це негайно, а не на середині, коли п’ятнадцять людей оплачено, а п’ятнадцять чекають.
- Одна звірка. Пакет — це один запис з одним id. Бухгалтерія бачить один вихідний підсумок і розбивку за отримувачами, а не стіг окремих виводів, які треба зіставляти вручну.
Якщо ви платите команді, партнерам чи продавцям маркетплейсу за розкладом, це різниця між п’ятихвилинною справою і втраченим днем. Функція масових виплат зроблена саме під це.
Вставте пакет в особистому кабінеті
Найпростіший спосіб відправити криптовалюту на багато гаманців одразу — особистий кабінет. Відкрийте екран виплат, оберіть валюту і вставте список: по одному отримувачу в рядку, адреса, потім сума, через пробіл:
TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t 250.00
TW2v8xVEXAMPLE2recipientTronaddr 99.50
TJRabPrEXAMPLE3recipientTronaddrxx 1000.00Кожен рядок перевіряється до того, як щось резервується: адреса має бути коректною для цієї монети, а сума не може містити більше знаків після коми, ніж підтримує актив. Якщо хоч один рядок хибний, відхиляється весь пакет із зазначенням індексів рядків для виправлення. Прогін зарплат ніколи мовчки не викидає і не обрізає отримувача — ви отримуєте або все, або нічого. Після перевірки підсумок разом із порядковою комісією резервується, пакет переходить у статус pending, і можна підписувати.
Пакет — це одна валюта за раз, бо кожна монета розраховується у своїй мережі. Ось як виглядають кілька рядків для різних активів, включно з необов’язковим третім полем:
| Актив | Адреса отримувача | Сума | Тег / memo |
|---|---|---|---|
| USDT (Tron) | TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t | 250.00 | — |
| XRP | rEXAMPLExrpDestinationAddr9kzq | 120.00 | 462948 |
| XLM | GEXAMPLExlmFederationAddr7hac | 80.00 | inv-2041 |
Кожен із них ви запускали б окремим пакетом — пакет USDT у Tron, пакет XRP, пакет XLM — бо валюта обирається один раз на весь список.
Надаєте перевагу коду? Викличте API виплат
Якщо виплати запускає ваша власна система — cron для зарплат, партнерська панель, черга виводу в грі — пропустіть вставку і надішліть той самий список POST-запитом в API. Тіло — це валюта і масив елементів:
curl -X POST https://api.payora.money/v1/payout \
-H "X-Payora-Key: $KEY" \
-H "X-Payora-Timestamp: 1721736000" \
-H "X-Payora-Signature: $SIG" \
-H "Idempotency-Key: payroll-2026-07-23" \
-H "Content-Type: application/json" \
-d '{"currency":"USDT","items":[{"address":"TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t","amount":"250.00"},{"address":"TW2v8xVEXAMPLE2recipientTronaddr","amount":"99.50"}],"note":"July contractors"}'Автентифікація — та сама схема підписаних запитів, що й у всьому API Payora: заголовок X-Payora-Key, X-Payora-Timestamp у межах ±120 секунд і X-Payora-Signature, що є HMAC-SHA256 від сирого тіла. Додайте Idempotency-Key — і повторний запит ніколи не створить другий пакет: обірване з’єднання під час прогону зарплат можна безпечно повторити. Успішний виклик повертає 201 з batch_id, кількістю елементів, підсумком і комісією; GET /v1/payout/{id} повертає статус і tx-хеші за кожним елементом, а після відправлення всіх елементів спрацьовує підписаний вебхук payout.sent. Повний довідник — у документації, а окремий розбір є у статті про автоматизацію виплат через API.
Чесна частина: як монети реально виходять
Ось застереження, сказане прямо, бо в ньому і весь сенс. Надсилання пакета — з кабінету чи через API — резервує кошти на вашому балансі Payora і створює пакет, який можна відстежувати. Саме по собі воно не доводить, що отримувачі вже оплачені. Далі пакет проходить потік схвалення, підпису або випуску, налаштований для вашого акаунта, а результат звіряється за статусом, вебхуком і транзакційними доказами.
Тому API автоматизує надсилання, перевірку, відстеження статусу і вебхук, а випуск лишається операційним контролем. Будь-хто, хто обіцяє «виклик API — і монети миттєво виходять без перевірки», описує більш автоматизовану й ризикованішу модель. Повністю автоматичні hot-wallet-подібні виплати можуть бути зручними, але збільшують наслідки компрометації акаунта чи сервера. Глибший розбір компромісів — у матеріалі про архітектуру масових виплат; поточний потік Payora звіряйте з документацією продукту й налаштуваннями акаунта.
Скільки коштує пакет
Діють дві комісії, і вони роздільні:
- Комісія Payora за вивід — 0% за прийом платежів і невелика налаштовувана комісія за вивід коштів (1,5% на тарифі Free плюс комісія мережі монети). Вона береться з кожного елемента і утримується разом із пакетом, тож зарезервований підсумок її вже включає. Актуальні цифри — на сторінці тарифів.
- Мережева комісія — ончейн-вартість кожної транзакції, що сплачується мережі, а не Payora. Вона цілком залежить від монети і завантаження її мережі: центи в Tron, TON чи Solana; більше в Bitcoin чи Ethereum на піку.
Обидві списуються з вихідного балансу, який ви поповнюєте, приймаючи платежі або переказуючи кошти. Утримання і його зняття видно на сторінці балансу.
Теги і memo для XRP і XLM
Деяким мережам потрібен другий ідентифікатор, щоб спрямувати платіж на потрібний рахунок за спільною адресою. XRP використовує destination tag; XLM використовує memo. У Payora це значення — необов’язкове третє поле в кожному рядку (або властивість tag в елемента в API), як показано в таблиці вище. Якщо ви платите комусь на біржу чи кастодіальний сервіс у цих мережах, тег або memo на практиці не опціональні: пропустите — і кошти прийдуть на правильну адресу, але не на той субрахунок. Payora перевіряє це поле до резервування, тож некоректний тег відловлюється разом з усім пакетом.
Передумали? Зніміть утримання
Пакет, який ви відправили, але ще не підписали, лишається у статусі pending, а такий пакет можна скасувати. Скасування знімає зарезервований баланс просто назад у доступні кошти — ніщо не застрягає, бо ніщо й не вийшло. Скасовуєте ви в кабінеті чи через POST /v1/payout/{id}/cancel в API — результат один: утримання знято, і список можна перезібрати. Саме тому важливий порядок «спочатку резерв, потім підпис»: гроші весь час обліковані, але безповоротно списуються лише після підпису.
З чого почати
Відправити криптовалюту на багато гаманців одразу — це три кроки: поповніть вихідний баланс, вставте або надішліть через POST пакет до 500 рядків і пройдіть налаштований потік схвалення або випуску, перш ніж позначати отримувачів оплаченими. Створіть безкоштовний акаунт, спробуйте пакет із двох рядків у дешевій мережі, щоб відчути весь процес, а потім масштабуйтеся. На сторінці масових виплат є деталі, а в документації — довідник з API, коли ви будете готові автоматизувати сторону відправлення.
Коментарі