OpenVDK

Создание платежа — Serializable get-or-create: переиспользовать pending-счёт, учитывать clientRequestId, повторять при конфликте сериализации. После подтверждения провайдера claim-lease и маркер fulfillment не дают VPN-панели и локальной подписке примениться дважды.

Watcher счетов работает до expiry, затем окно позднего подтверждения. Аудит оператора — часть автомата оплаты.

Полный коммерческий контур в продакшене: идентичность в Telegram, trial через VPN-панель, оплата по СБП, выдача ключа, напоминания о продлении и консоль оператора — выручка, пользователи, ключи, рассылки, платежи, аудит.

Клиенты, очереди и fulfillment спроектированы как один контракт. UI — поверхность; продукт — платёж, который можно безопасно повторить.

PostgreSQL — источник истины, Redis — очередь задач. API, бот и worker делят один образ Bun и три entrypoint за Nginx: TLS, две React SPA, /api на Hono.

JWT админа хранится в базе, не в переменных окружения. Env только сидирует первого оператора. Админка отдаётся с настраиваемого base path.

Цену задаёт сервер. Mini App аутентифицируется через Telegram initData. Покупки из бота — origin TELEGRAM, из Mini App — origin WEB. Deep links идут через startapp, чтобы путь SPA не попадал в payload бота.

Активация ключа — один сервис: conversation в боте и POST /api/tma/keys/activate. Рассылки разбираются на jobs с лимитом 20/с к Bot API.

Собрал CI/CD: сборка, миграции и деплой из git. prisma migrate deploy — на старте API-контейнера. Напоминания о продлении привязаны к endsAt в фиксированном IANA-поясе, чтобы рестарт не слал дважды.

Консоль оператора читает логи контейнеров по SSE из того же Compose-стека.