Как устроен крипто-скринер: WebSocket, фильтры, сигналы
Разбор архитектуры скринера: потоки бирж, фильтры пользователя, дедупликация сигналов и доставка в Telegram.
Крипто-скринер - это не «бот с кнопками», а конвейер данных. Сначала поток, потом правила, потом доставка пользователю. Если перепутать порядок, продукт быстро превращается в спам-алерты и падения по сокетам.
Базовые блоки
- Коллекторы WebSocket/REST с Binance, Bybit, OKX, BingX и других бирж
- Нормализация метрик: цена, OI, funding, ликвидации, объём
- Фильтры пользователя и пороги срабатывания
- Очередь/дедуп, чтобы не спамить одинаковыми алертами
- Telegram-бот или веб-дашборд как канал доставки
На практике удобно разделить сбор данных и пользовательский слой. Тогда можно чинить биржу, не останавливая бота, и наоборот.
Где обычно ломается
Нестабильные сокеты, лимиты API, разный формат данных у бирж, рост числа пользователей без rate control. Поэтому с самого начала нужны ретраи, логи и возможность отключить биржу без падения всего сервиса.
Отдельный риск - «шумовые» сигналы. Без дедупа и нормальных порогов пользователи отписываются быстрее, чем вы успеваете добавить новую метрику.
Что полезно заложить сразу
Подписки, админку, trial, i18n и мониторинг процессов. Иначе через месяц продукт упирается в ручную поддержку и хаотичные правки. Хороший скринер продаётся не красивым меню, а стабильной доставкой нужных событий.