Щоразу, коли клієнт платить вам через Coinbase Commerce, BitPay чи інший хостинговий процесинг, ви віддаєте відсоток виручки, розкриваєте дані про замовлення третій стороні й погоджуєтеся з тим, що ваш акаунт можуть заблокувати без попередження. Є кращий шлях.
Чим погані сторонні процесинги
Хостингові криптопроцесинги мали сенс у 2017 році, коли підняти біткоїн-ноду було справді складно. У 2025-му баланс переваг і недоліків виглядає зовсім інакше:
- Комісії накопичуються. Комісія 1% за обороту $50 000 на місяць — це $6 000 на рік, яких вистачить на власну інфраструктуру на десять років уперед.
- Дані вам не належать. Кожне замовлення, кожна IP-адреса клієнта, кожна назва товару проходять через сервери, які ви не контролюєте.
- Ризик блокування цілком реальний. Процесинг може заморозити акаунт, за ніч переписати умови або взагалі піти з ринку. Приймання платежів ламається без жодного попередження.
- Вимоги KYC розростаються. Те, що починається з «лише email», нерідко доходить до повної верифікації бізнесу й обмежує коло тих, хто може користуватися вашою інтеграцією.
Альтернатива: власний сервер
Самостійно розміщений криптошлюз працює на вашому сервері й може виводити адреси для приймання з публічного ключового матеріалу без приватних ключів на сервері. Це окрема модель від платіжної сторінки Payora: Payora — розміщений сервіс, за замовчуванням зараховує платежі на баланс Payora, а пряме зарахування доступне лише коли його увімкнено для перевіреного акаунта й воно підтримується мережею. Якщо ви розгортаєте власну платіжну архітектуру, загальний потік виглядає так:
Архітектура має такий вигляд:
- Ваш сайт звертається до локального API та створює рахунок із
order_idі сумою. - Шлюз виводить із вашого xPub/публічного ключа нову унікальну адресу для цього рахунку.
- Клієнт переходить на сторінку оплати — або ви вбудовуєте адресу просто в себе.
- Шлюз стежить за блокчейном, фіксує вхідний платіж і надсилає на ваш сервер підписаний вебхук.
- Ваш сервер перевіряє підпис вебхука й позначає замовлення оплаченим.
Кошти надходять напряму вам. Шлюз ніколи не зберігає їх у себе.
Які монети можна приймати
Сучасна сторінка оплати має охоплювати основні мережі, якими можуть користуватися ваші клієнти. Payora підтримує BTC, ETH і всі EVM-мережі (BSC, Polygon, Arbitrum, Base), Tron, TON, Solana, LTC, DOGE, BCH, XRP, XLM — плюс USDT і USDC у кожній мережі, де вони випущені. Це понад 20 монет у межах однієї інтеграції.
Принципова річ: окрема інтеграція під кожну монету не потрібна. Ви створюєте один рахунок у фіатному режимі — скажімо, на $29,99, — а на сторінці оплати клієнт сам обирає зручну йому монету. Шлюз перераховує суму, призначає адресу та стежить за мережею. Ваш бекенд просто отримує вебхук paid, хоч би якою монетою розрахувався клієнт.
Налаштування менш ніж за годину
Уся інтеграція — це один виклик API:
POST https://api.yourdomain.com/v1/invoice
{
"order_id": "order-1234",
"amount": "29.99",
"mode": "fiat"
}У відповіді приходить pay_url, на який ви перенаправляєте клієнта. На фронтенді на цьому все. На бекенді ви обробляєте один тип події вебхука: status=paid. PHP SDK — це один файл без жодної залежності.
Сумарний час інтеграції для тямущого розробника: 30–60 хвилин. Подальший супровід: практично нульовий, адже ключі лежать офлайн, а адреси сервер обчислює математично.
Гарантія збереження грошей
Слушне запитання до будь-якого self-hosted рішення — чи можуть гроші загубитися. У грамотно спроєктованому шлюзі за це відповідає журнал, що працює лише на додавання: кожна платіжна подія записується як незмінний запис з унікальним обмеженням за (type, ref_type, ref_id). Депозит, що надійшов двічі — через реорганізацію блокчейну, мережевий збій чи помилку в коді, — мовчки відкидається як дублікат. Баланс зростає лише тоді, коли гроші справді надійшли в мережі.
Недоплати обліковуються окремо, переплати зараховуються повністю. Ніщо не зникає безслідно.
Чи підходить вам self-hosting
Власне розміщення виправдане, якщо ви:
- проводите понад $5 000 на місяць у крипті (самі лише комісії окуповують перехід);
- уже тримаєте сайт на VPS чи виділеному сервері;
- хочете повністю контролювати дані про замовлення та приватність клієнтів;
- працюєте на ринках, де сторонні процесинги погано представлені або вимагають надто складного KYC.
Це може не підійти, якщо вам потрібен повністю керований сервіс із телефоном підтримки або якщо оборот настільки малий, що час на налаштування не окупиться.
Якщо вам потрібен повний контроль над власним стеком, self-hosted архітектура може бути правильним вибором. Якщо ж вам потрібна розміщена сторінка оплати з 0% комісії за приймання, балансом Payora за замовчуванням і прямим зарахуванням лише після перевірки та там, де воно підтримується, створіть акаунт Payora, отримайте API-ключі та спробуйте.
Коментарі