Uniswap v3 сделал управление ликвидностью активным занятием. LP-позиция в диапазоне $1800-$2200 по ETH/USDC отлично работала неделю — до тех пор, пока цена не вышла за границу, и позиция перестала зарабатывать fees, конвертировавшись полностью в один актив. Без мониторинга такое может оставаться незамеченным днями. Это прямые потери от упущенных комиссий и impermanent loss. Каждый час бездействия может стоить десятков долларов. Мы разрабатываем ботов мониторинга ликвидности, которые решают эту проблему: подписка на on-chain события, real-time уведомления в Telegram. Закажите разработку бота под ключ — от базового решения для одного пула до многочейн системы с историческими метриками. Наш опыт — 5+ лет в блокчейн-разработке, 30+ проектов по DeFi. Каждый проект сопровождается гарантией качества и технической документацией.
Почему мониторинг ликвидности критичен?
Опоздание с ребалансировкой позиции на несколько часов может стоить сотен долларов упущенной прибыли. Особенно на волатильных рынках, где цена может сдвинуться на 10-15% за час. Автоматический алерт в Telegram даёт вам фору в 30-60 минут на принятие решения. Снижение impermanent loss за счёт своевременных действий достигает 20-30%.
Что реально нужно отслеживать в пулах DEX
Uniswap v3: активность позиций и out-of-range события
Каждая позиция в Uniswap v3 задаётся (tokenId, tickLower, tickUpper). Пул хранит текущий tick — логарифмическую цену. Как только currentTick < tickLower или currentTick > tickUpper — позиция out-of-range, fees не начисляются.
Событие Swap в пуле emits новый tick. Бот подписывается на Swap через WebSocket (eth_subscribe("logs", {address: poolAddress, topics: [Swap.topic]})), декодирует tick из данных события и сравнивает с tickLower/tickUpper всех отслеживаемых позиций. Latency от события до уведомления — 100-500ms, что достаточно для информирования LP.
Дополнительно полезно отслеживать Mint и Burn события — они показывают, когда крупные LP входят или выходят из диапазона, что часто предшествует движению цены.
Curve: disbalance пула и de-peg мониторинг
В Curve StableSwap пул считается сбалансированным, когда доли активов близки к целевым (обычно равным). При сильном дисбалансе (например, 90% USDT и 10% USDC в 3pool) slippage при свопах резко растёт, а эффективный APY для LP падает.
Метрика для мониторинга: отклонение текущих балансов от идеальных. Вызов get_balances() + сравнение с total_supply() / N. Если один актив занимает >70% — алерт. Такое случалось с 3pool во время depegging событий (USDC кратковременно торговался по $0.87 на Curve).
The Graph для исторических данных
Для мониторинга TVL и объёмов пула в реальном времени используем The Graph subgraph Uniswap v3 (subgraph id: 5zvR82QoaXYFyDEKLZ9t6v9adgnptxYpKpSbxtgVENFV). GraphQL запрос каждые 60 секунд возвращает pool.totalValueLockedUSD, pool.volumeUSD, pool.feesUSD. Для крупных пулов с >$10M TVL это достаточно. Для мелких пулов с быстрыми изменениями — прямые события через WebSocket надёжнее.
Как устроен бот мониторинга?
Типичная система мониторинга состоит из трёх компонентов:
| Компонент | Технология | Задача |
|---|---|---|
| Event listener | ethers.js / viem WebSocket | Подписка на on-chain события |
| State aggregator | Node.js / Python | Агрегация и сравнение с порогами |
| Alert dispatcher | Telegram Bot API / PagerDuty | Уведомления по каналам |
Event listener подписывается через WebSocket на пулы из конфигурационного списка. При получении события декодирует данные через ABI и публикует в очередь (Redis Pub/Sub или in-memory queue).
State aggregator читает очередь, обновляет состояние пулов (текущий tick, balances, TVL) и проверяет условия алертов. Здесь же — периодический polling (каждые 30-60 секунд) для метрик, которые не emitят события (например, accumulated fees позиции через NonfungiblePositionManager.collect).
Alert dispatcher дедуплицирует алерты (один алерт в 5 минут по одной позиции), форматирует сообщение и отправляет в Telegram или webhook. Для production систем — PagerDuty с severity levels.
Расчёт accumulated fees без транзакции
Текущие накопленные fees LP-позиции можно посчитать off-chain, не делая collect (которая стоит газ). Формула из Uniswap v3 whitepaper через feeGrowthInside:
fees0 = liquidity * (feeGrowthInside0 - feeGrowthInside0Last) / 2^128 fees1 = liquidity * (feeGrowthInside1 - feeGrowthInside1Last) / 2^128 feeGrowthInside считается из данных пула по ticks — это статик-колл, не транзакция. Показывать пользователю накопленные fees в реальном времени полезно для принятия решений о rebalancing.
Пример расчёта fees для тестовой позиции
Для позиции на ETH/USDC с liquidity=10^18, feeGrowthInside0=0.0005, feeGrowthInside0Last=0.0004, fees0 = 10^18 * (0.0005 - 0.0004) / 2^128 ≈ 0.004 ETH. Аналогично для второго актива.Стек и интеграции
viem (TypeScript) для on-chain взаимодействия — типизированные вызовы, встроенный ABI-декодер, поддержка multicall для батчинга запросов. The Graph для исторических данных и агрегированных метрик. Redis для state хранения между рестартами и дедупликации. Telegram Bot API как основной канал уведомлений.
Для многочейн мониторинга (Ethereum + Arbitrum + Optimism) — параллельные WebSocket подключения с одним агрегатором. Uniswap v3 развёрнут на всех трёх чейнах, адреса пулов разные, но ABI идентичен.
Таблица сравнения каналов уведомлений
| Канал | Задержка | Надёжность | Стоимость |
|---|---|---|---|
| Telegram Bot | 100-500мс | Высокая | Бесплатно |
| PagerDuty | 1-5 сек | Очень высокая | Подписка |
| Discord Webhook | 200-1000мс | Средняя | Бесплатно |
Что входит в работу
- Репозиторий с исходным кодом бота.
- Документация по развёртыванию и настройке.
- Telegram-бот для получения алертов.
- 1 месяц технической поддержки после запуска.
- Опционально: Grafana-дашборд метрик, интеграция с PagerDuty.
Процесс работы
Конфигурация (1 день). Список пулов, позиций, пороговые значения для алертов.
Разработка (3-5 дней). Event listener + state aggregator + Telegram/webhook интеграция. Тест на testnet (Sepolia с форкнутым Uniswap v3 state через Foundry vm.createFork).
Деплой. VPS с минимум 2 CPU / 4GB RAM, dedicated full node или Alchemy/QuickNode WebSocket endpoint. Мониторинг бота через pm2 + health check endpoint.
Как настроить мониторинг за 5 шагов
- Укажите адреса пулов и позиций в конфигурационном файле.
- Настройте пороговые значения для out-of-range и дисбаланса.
- Запустите event listener с WebSocket провайдером.
- Подключите Telegram-бота через BotFather.
- Проверьте алерт на тестовой сети — деплой на mainnet.
Ориентиры по срокам и стоимости
Базовый бот (один DEX, Telegram алерты): 3-5 дней. Многочейн система с историческими метриками и dashboard: 2-3 недели. Стоимость проекта рассчитывается индивидуально и зависит от сложности числа сетей и требуемых интеграций. Стоимость бота быстро окупается за счёт предотвращённых потерь от impermanent loss. Для пулов с крупной ликвидностью экономия может составлять тысячи долларов в месяц. Свяжитесь с нами — мы поможем подобрать оптимальную конфигурацию под ваш сценарий. Получите консультацию — мы подготовим коммерческое предложение в течение 1 рабочего дня.