Розробка бота для моніторингу ліквідності в DeFi пулах

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 в пулі emit новий tick. Бот підписується на Swap через WebSocket (eth_subscribe("logs", {address: poolAddress, topics: [Swap.topic]})), декодує tick з даних події та порівнює з tickLower/tickUpper усіх відстежуваних позицій. Latency від події до сповіщення — 100-500ms, що достатньо для інформування LP.

Додатково корисно відстежувати Mint та Burn події — вони показують, коли великі LP входять або виходять з діапазону, що часто передує руху ціни.

Curve: дисбаланс пулу та 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 підписується через WebSocket на пули з конфігураційного списку. При отриманні події декодує дані через ABI та публікує в чергу (Redis Pub/Sub або in-memory queue).

State aggregator читає чергу, оновлює стан пулів (поточний tick, balances, TVL) та перевіряє умови алертів. Тут же — періодичний polling (кожні 30-60 секунд) для метрик, які не emitять події (наприклад, накопичені 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.

Стек та інтеграції

viem (TypeScript) для on-chain взаємодії — типізовані виклики, вбудований ABI-декодер, підтримка multicall для батчингу запитів. The Graph для історичних даних та агрегованих метрик. Redis для зберігання стану між перезапусками та дедуплікації. Telegram Bot API як основний канал сповіщень.

Для багаточейн моніторингу (Ethereum + Arbitrum + Optimism) — паралельні WebSocket підключення з одним агрегатором. Uniswap v3 розгорнуто на всіх трьох чейнах, адреси пулів різні, але ABI ідентичний.

Таблиця порівняння каналів сповіщень

Що входить в роботу

• Репозиторій з вихідним кодом бота.
• Документація з розгортання та налаштування.
• 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 кроків

1. Вкажіть адреси пулів та позицій у конфігураційному файлі.
2. Налаштуйте порогові значення для out-of-range та дисбалансу.
3. Запустіть event listener з WebSocket провайдером.
4. Підключіть Telegram-бота через BotFather.
5. Перевірте алерт на тестовій мережі — деплой на mainnet.

Орієнтири по термінах та вартості

Базовий бот (один DEX, Telegram алерти): 3-5 днів. Багаточейн система з історичними метриками та dashboard: 2-3 тижні. Вартість проєкту розраховується індивідуально і залежить від складності числа мереж та необхідних інтеграцій. Вартість бота швидко окупається завдяки запобіганню втрат від impermanent loss. Для пулів з великою ліквідністю економія може становити тисячі доларів на місяць. Зв'яжіться з нами — ми допоможемо підібрати оптимальну конфігурацію під ваш сценарій. Отримайте консультацію — ми підготуємо комерційну пропозицію протягом 1 робочого дня.

Послуги з розробки DeFi-протоколів повного циклу

Ми проектуємо модульні DeFi-протоколи, в яких математика стейблкоїнів, ліквідності та оракулів працює без збоїв. Mango Markets — краш-тест: атакуючий маніпулював spot price через один акаунт, взяв кредит під завищений колатераль і вивів велику суму. Оракул брав ціну з єдиного джерела без TWAP. Не баг у коді — це архітектурне рішення, яке стало вразливістю. Наш досвід показує: будь-який DeFi-протокол — це система ставок на те, що всі компоненти, від розрахунків до економічних стимулів, вибудовані правильно одночасно.

Ми не пишемо код під «якщо все працює, не чіпай». Ми моделюємо стрес-сценарії: каскадні ліквідації, депег, флеш-позики. І тільки після цього — події, які не зламають протокол. Наші послуги з розробки DeFi-протоколів повного циклу охоплюють усі етапи — від архітектури до запуску та підтримки.

Чому оракули є критичним компонентом DeFi?

Більшість великих зломів DeFi починалися з маніпуляції оракулом. Розберемо три шари, які ми використовуємо в кожному проекті.

Spot price як оракул — не варіант. Uniswap v2 spot price можна зсунути flash loan за одну транзакцію. Ціна в кінці блоку — єдине, що потрапляє в state, її і читає оракул. Схема атаки: зайняти через flash loan → купити актив у пул → ціна піднялася → взяти кредит під завищений колатераль → продати актив → повернути flash loan. Одна транзакція.

TWAP як захист. Uniswap v3 observe() усереднює ціну за період (30 хвилин). Маніпуляція вимагає утримувати ціну кілька блоків — це коштує дорого. Але TWAP повільно реагує на легітимні зміни, що відкриває вікно для arbitrage на ліквідації при різких рухах.

Chainlink Price Feeds — агрегація від багатьох data providers з медіаною. Стандарт для lending. Проблема: heartbeat 1–24 години та deviation threshold 0.5%. Якщо ціна не рухається, фід може не оновлюватися добу. У волатильному ринку — lag.

У продакшені ми використовуємо дворівневу перевірку: Chainlink aggregator + Uniswap v3 TWAP як верифікатор. Якщо розбіжність більша за N% — транзакція відхиляється, система ставиться на паузу.

Як захистити DeFi-протокол від атак флеш-позик?

Flash loan перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.

Легітимні застосування flash loan — арбітраж, ліквідація, самоліквідація. Але протокол повинен перевіряти, що позика не використовується для маніпуляції: оракул не повинен читати ціну з пулу, який можна зсунути за одну транзакцію. Ми додаємо перевірки на block.timestamp та мінімальну глибину ліквідності.

Як ми забезпечуємо безпеку DeFi-протоколу?

Ми не покладаємося на один шар захисту. Кожен контракт проходить формальну верифікацію математичної моделі, стресове тестування на форку mainnet та аудит щонайменше двома незалежними командами (серед яких сертифіковані аудитори ConsenSys Diligence). Гарантія — багаторічний досвід розробки та супроводу протоколів із сукупним TVL понад $500M.

Ключові компоненти DeFi-архітектури

AMM: від x*y=k до concentrated liquidity

Uniswap v2 використовує x * y = k. LP-токени ERC-20 — кожен пул випускає свій токен пропорційно частці. Проблема: ліквідність розмазана по всій кривій, більша частина не використовується.

Uniswap v3 та позиції ERC-721: concentrated liquidity — LP надає ліквідність у діапазоні [priceLow, priceHigh]. Capital efficiency до 4000x для стабільних пар. Але ERC-721 ламає vault-стратегії під ERC-20. Управління ranges — окрема інженерна задача: позиція виходить з діапазону при русі ціни, перестає заробляти fees, стає single-asset. Протоколи типу Arrakis Finance автоматично rebalance. Якщо будуєте vault поверх v3, потрібен власний range manager або інтеграція з існуючим.

Slippage у v3 розраховується через sqrtPriceX96 — 96-бітна fixed-point математика. Помилки на фронтенді призводять до розбіжності між видимим і фактичним slippage.

Curve для пар з близькими цінами (stablecoin/stablecoin, stETH/ETH) використовує інваріант, що комбінує constant product і constant sum. Менше slippage в діапазоні peg. Контракти на Vyper, код математично щільний, аудитувати складно.

Lending протоколи: collateral, liquidation, bad debt

LTV визначає максимальний кредит під колатераль. Liquidation threshold — рівень ліквідації. Різниця — буфер для liquidator. Типовий приклад: LTV 75%, liquidation threshold 80%, bonus 5%. Якщо ціна падає на 20%+, позиція відкрита до ліквідації.

Каскадні ліквідації: багато позицій ліквідується одночасно → ліквідатори продають колатераль → ціна падає → наступна хвиля. LUNA/UST — класичний каскад.

Якщо колатераль знецінюється швидше ліквідації, протокол отримує bad debt. Aave використовує Safety Module (застейканий AAVE), Compound — reserves. Без backstop bad debt соціалізується через dilution supply-токена або взаємозалік.

Проектування системи ліквідації вимагає моделювання стрес-сценаріїв: падіння єдиного liquidation bot, високий gas, делістинг колатералю.

Yield farming та incentive mechanics

Liquidity mining — роздача токенів управління LP-провайдерам. Проблема mercenary capital: фармери приходять, продають токени, йдуть. TVL фіктивний.

Стійкі механіки: protocol-owned liquidity (Olympus bonding), veToken (CRV locked → boost + governance), locked staking з penalty. Ve-модель при неправильній реалізації створює governance concentration. Потрібен timelock на зміни gauge weights та ліміти на votingPower.

Що входить у нашу розробку DeFi-протоколів

• Архітектурна документація: діаграми взаємодії контрактів, стрес-тести ліквідацій, розрахунки оракулів.
• Реалізація на Solidity 0.8.x з OpenZeppelin 5.x (AccessControl, ReentrancyGuard, Pausable, TimelockController) та Solmate для gas-optimised base contracts.
• Foundry fork-тести на реальному mainnet (Uniswap, Chainlink, Aave) — тести до деплою покривають всі сценарії. Завдяки Foundry час тестування скорочується на 80% порівняно з Hardhat.
• Аудит: мінімум два незалежних аудитори для TVL від значного рівня. Code4rena або Sherlock для bug bounty.
• Деплой з Gnosis Safe 3/5 multisig + timelock 48–72 години.
• Моніторинг через Tenderly (alerts, симуляції), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
• Підтримка після запуску: оновлення, патчі, апгрейди через proxy.

Наші компетенції та досвід

Ми розробляємо DeFi-протоколи з моменту активного розвитку ринку — за цей час реалізували 30+ проектів із загальним TVL понад $500M. Серед клієнтів — протоколи в топ-20 за TVL на Ethereum, Arbitrum та Base. Команда сертифікованих розробників Solidity, які пройшли аудиторські треки ConsenSys Diligence. Гарантія якості підтверджена багаторічним досвідом та відсутністю інцидентів після запуску.

Терміни

• DEX з AMM (Uniswap v2 fork): 6–10 тижнів
• Lending protocol (Aave-style, один колатераль): 3–5 місяців
• Yield aggregator з кількома стратегіями: 2–4 місяці
• Повноцінний DeFi-протокол з governance: 5–8 місяців включаючи аудит

Вартість розраховується індивідуально — зв'яжіться для оцінки вашого проекту. Отримайте консультацію з архітектури DeFi-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.