Когда в Telegram начали появляться первые кликер-игры вроде Notcoin, стало ясно: мессенджер идеально подходит для лёгких и социальных игровых проектов. Никаких установок, просто открыл ссылку и играешь.

До MoonTap у меня уже был опыт в смежных областях: я занимался разработкой криптообменника, работал с Web3, интегрировал bitcoind и другие ноды. Это дало понимание того, как устроены транзакции, работа с блокчейном и распределённые системы.

Так родился MoonTap - космический кликер, где игроки зарабатывают внутриигровые монетки, тратят их на бустеры, выполняют задания и приглашают друзей.

В статье расскажу о том, как я реализовал проект технически: от выбора Rust для бэкенда до Canvas анимации на фронте и интеграции с Telegram WebApp API.

Немного про бэкграунд

До MoonTap я в основном писал бэкенд на Node.js: NestJS, Mongoose, Redis, BullMQ - привычный стек, с которым легко и быстро собирать сервисы.

Параллельно я поглядывал на Rust: делал на нём вспомогательные утилитки, пробовал Axum и Diesel, в общем, хелоуворлдил :D

MoonTap стал первым серьёзным проектом, где я решил использовать Rust как основной язык для бэкенда.

Почему:

хотелось проверить Rust на реальной продакшн нагрузке

нужен был очень быстрый ws сервер для десятков тысяч игроков

хотелось попробовать серьёзный стек, а не очередной стильномодномолодёжный MERN

Архитектура проекта

Фронтенд

Telegram WebApp на Vue 3 + Vite + TailwindCSS. Весь UI главного экрана рисуется в canvas.
Так же canvas использовал для красивого фона для карточек тасок. (Возможно избыточно, но в процессе рабработки угорел по canvas). Все остальное обычные vue компоненты.

Как это выглядит

Бэкенд

Всего 5 сервисов

Если интересны пакеты которые я использовал с радостью скину toml и json файлы.

Почему не Node.js

Конечно, игру можно было бы собрать и на NestJS + Redis + Postgres, и это работало бы. Но Rust даёт ощутимые плюсы:

меньше потребление памяти при большом количестве ws соединений

низкие задержки благодаря Tokio

типобезопасность: многие ошибки ловятся ещё на этапе компиляции, а не в рантайме

Хранилище

PostgreSQL для основной логики и Redis для временных данных, кэша и очередей.

Балансировщик

В качестве балансировщика используется nginx, который по алгоритму round robin распределяет подключения между ws серверами.

Пока это простое решение, но оно работает надёжно. Возможно, знатоки в комментариях подскажут более оптимальные подходы для highload нагрузки, так как я не позиционирую себя как devops специалиста.

Модель данных

База данных выглядит так:

Такое разделение позволяет расширять механику без изменения кода - достаточно добавить новые бустеры или задания в БД.

Масштабирование

Один инстанс сервера выдерживает десятки тысяч ws подключений
покажет время, может быть я ошибаюсь

Запускаю по 6 инстансов (по числу CPU)

Nginx балансирует входящие соединения

Redis выступает как шина для синхронизации и очередей

Итоги

MoonTap стал для меня проектом-переходом: от привычного Node.js к Rust. Я убедился, что Rust подходит не только для системного кода, но и для реальных highload бэкендов.

Telegram WebApp оказался идеальной платформой для лёгких игр: вход через мессенджер, встроенная реферальная механика и готовая аудитория. Rust же дал стабильность и производительность, которые сложно выжать из Node.js на больших нагрузках.

MoonTap - это эксперимент, который показал: Rust + Postgres + Redis + Vue/Canvas отлично работают вместе, если хочется собрать real-time игру прямо внутри Telegram.

Спасибо что осилили мой поток сознания, был бы очень благодарен за обратную связь.

Ссылка на игру