Система для приёма и выплаты донатов в USDT

Мы агентство, ищем команду с опытом криптоплатежей и денежного учёта.
В отклике нужны цена и срок по трём вариантам: OxaPay, PayRam на своём сервере, собственный процессинг. По каждому ждём вывод: берёте или отказываетесь, и почему.

Действующий сервис приёма донатов для стримеров и авторов добавляет криптовалюту как ещё один способ оплаты. Рублёвый платёжный цикл уже работает: создание платежа, получатель, учёт, баланс, выплата. Монета USDT, сети на старте: Tron и одна дешёвая, TON или Polygon. Донаты мелкие, типичная сумма 2-10 USDT, комиссия сервиса 3%.

Что должна уметь система:

1. Донат. На каждый донат отдельная операция с внутренним номером, получатель известен до оплаты. Донатер видит сумму в рублях и пересчёт в USDT, сеть, адрес, QR, срок действия. Статусы: ждём оплату, платёж обнаружен, подтверждается, получен. Отдельно обрабатываются недоплата, переплата, чужая сеть, просроченный адрес.
2. Учёт. Свой реестр операций с двойной записью: поступило, комиссия, зачислено, резерв, списано. Баланс стримера раскладывается до конкретного доната. Источник правды этот реестр, а не уведомления процессинга.
3. Выплаты. Накопление с ручным выводом и автовыплата по порогу, порог считается от комиссии сети. Вывод на внешний кошелёк стримера, а там, где процессинг это умеет, внутренним переводом на его аккаунт. Комиссия сети показана получателю отдельной строкой.
4. Защита от двойной выплаты. У выплаты уникальный номер. После таймаута повтор запрещён, пока статус этой операции не проверен у процессинга или в сети.
5. Сверка. Уведомления принимаются с проверкой подписи, статусы дополнительно опрашиваются. Сумма балансов по реестру регулярно сверяется с реальным остатком, расхождение останавливает выплаты и поднимает тревогу.
6. Лимиты. Потолок на донат и суточный оборот получателя, ручное одобрение крупных выплат, задержка после смены реквизитов, неизменяемый журнал действий.
7. Интерфейсы. Страница оплаты для донатера, раздел в кабинете стримера, админка со сверкой и разбором спорных поступлений.
8. Слой интеграции сменный: при замене процессинга реестр, балансы и история остаются как есть.

Три варианта на оценку:

1. OxaPay, готовый процессинг.
2. PayRam на сервере заказчика.
3. Собственный процессинг: генерация адресов, слушатели сетей, сбор средств, выплаты, хранение ключей.

Документацию OxaPay и PayRam мы разобрали. Ниже места, на которых варианты спотыкаются. Ждём ответа именно по ним.

OxaPay:

• Инвойс стоит 1,5%, но отдаёт ссылку на страницу OxaPay. Адрес и QR на своей странице даёт white label за 2%. Статический адрес в Tron стоит 2% плюс 0,46 USDT с поступления, на донате в 5 USDT это больше 11%. Какой продукт берёте?
• В API выплат нет ключа идемпотентности, в истории нет поиска по внешнему номеру. Как исключаете повторную отправку?
• Юрлицо и применимое право не раскрыты, в открытых источниках есть жалобы на заморозку остатка. Как ограничиваете сумму под риском?

PayRam:

• Комиссия 1-5% при сборе средств в холодный кошелёк. Ядро поставляется закрытым Docker-образом. Аудит контрактов есть только для Ethereum.
• Депозитный адрес постоянный и привязан к клиенту, новый платёжный запрос замещает прежний. Как различаете два одновременных доната одному стримеру?
• Один сбор USDT в Tron стоит около 2,2 $. Как это уживается с донатами в 2-10 USDT?
• Проверки входящих нет, остановить сбор отдельного поступления нельзя. Как строите карантин?
• Ключ горячего кошелька лежит на сервере. Какая схема хранения, лимитов и пополнения?

Собственный процессинг:

• Сбор USDT в Tron: TRX, энергия, стоимость одной операции.
• Хранение ключей и подпись выплат.
• Внешний аудит безопасности: кто делает и сколько стоит.
• Какие сети входят в первую версию.

Что ждем в предложении

По каждому из трёх вариантов:

• фиксированная цена MVP (приём, учёт, ручные выплаты, сверка) и полного объёма;
• срок в неделях до MVP и до полного объёма, с этапами;
• сопровождение в месяц и что в него входит;
• расходы сверх вашей цены: инфраструктура, узлы сетей, проверка входящих, аудит;
• вывод: берёте вариант или отказываетесь, и почему.

Если вариант считаете нерабочим, цену по нему можно не давать. Нужно объяснение, на чём он ломается.

Отдельно:

• какой вариант рекомендуете и при каком обороте рекомендация меняется. Считаем на 10, 30, 100 и 300 тыс. USDT в месяц;
• 2-3 ваших проекта с криптоплатежами или денежным учётом: что делали и в какой роли;
• кто будет работать, роли и занятость;
• вопросы к нам, без которых цена неточная.

Отклики без цифр не рассматриваем.