Перейти к содержимому

Обзор архитектуры

Обновлено 11 октября 2026 г.
flowchart TB
  subgraph Telegram
    PB[Бот игроков<br/>@zerakebot]
    SB[Бот поддержки]
    TB[Бот команды]
    MA[Мини-приложение<br/>zerake.com/app]
  end
  subgraph Web
    ADM[Админка<br/>zerake.com/admin]
    DOC[Документация<br/>docs.zerake.com]
  end
  subgraph Server[Сервер Zerake]
    AUTH[Вход через Telegram]
    API[Серверные функции]
    DB[(База данных<br/>с правилами доступа)]
    CRON[Планировщик<br/>каждую минуту]
    LOG[(Журнал операций<br/>только дописывание)]
  end
  subgraph Chains[Блокчейны]
    TRON[Tron]
    BSC[BNB Chain]
    TON[TON]
  end
  subgraph ClubGG
    CNT[Прилавок клуба<br/>выдача и снятие фишек]
  end
  AG[Агент выдачи фишек]

  PB --> MA
  MA --> AUTH --> API
  ADM --> API
  API <--> DB
  DB --> LOG
  CRON --> API
  API <--> TRON & BSC & TON
  API --> PB & SB & TB
  AG <--> API
  AG --> CNT
Компонент Задача
Мини-приложение Интерфейс игрока: пополнение, снятие, история, настройки. Статический сайт, вся логика — на сервере.
Админка Интерфейс команды: очередь, все операции, журнал, поддержка, состояние кошельков.
Серверные функции Создание заявок, проверки, привязка кошельков, выплаты, сканирование блокчейнов.
База данных Профили, кошельки, заявки, пополнения, снятия. Игрок видит только свои строки.
Планировщик Раз в минуту запускает поиск новых платежей во всех сетях параллельно.
Журнал операций Каждое изменение пополнения или снятия; изменить или удалить записи нельзя.
Агент Выдаёт фишки в ClubGG по оплаченным пополнениям.
Боты Игроки, поддержка и команда — три отдельных бота.
  1. Сервер решает, приложение показывает. Любая проверка (PIN, кошелёк, сумма, баланс клуба) делается на сервере.
  2. Одна операция — одна запись — один исполнитель. Заявку «берут» атомарно; два человека не обработают её одновременно.
  3. Ничего не выплачивается дважды. Перед выплатой заявка блокируется; при сбое после отправки она остаётся на ручной проверке.
  4. Всё записывается. Журнал хранит полную историю каждой операции.