Ліквідатор Aave v3: як побудувати високочастотного бота з flash loan та MEV-захистом
У періоди різкого падіння ринку на Aave v3 відкриваються позиції на десятки мільйонів доларів, доступні для ліквідації. Боти, які встигають виконати ліквідації першими, заробляють liquidation bonus (5–15% від суми боргу). Ті, хто відправили транзакції на 200 мс пізніше — отримують revert і втрачають лише на газі. Розрив між «встиг» і «не встиг» — це архітектурні рішення, прийняті за місяці до події. Від швидкості реакції залежить прибуток: ліквідація позиції на $100k може принести до $15k бонусу в момент, коли ринок падає на 10%. Наші інженери будують ботів, які потрапляють у першу хвилю завдяки оптимізації on-chain та off-chain компонентів.
Як працює ліквідація в Aave v3?
Позиція стає ліквідовною, коли healthFactor < 1:
HF = Σ(collateral_i * liquidationThreshold_i) / totalDebt Liquidation threshold залежить від активу: для ETH — 82.5%, для WBTC — 75%, для більш волатильних — 65% і нижче. При HF < 1 будь-хто викликає liquidationCall() і отримує collateral зі знижкою — liquidation bonus. Важливий нюанс Aave v3: close factor = 0.5 при HF > 0.95, але якщо HF впав нижче 0.95 — можна ліквідувати 100% боргу за один виклик. Це змінює розрахунок прибутковості.
Які джерела даних використовуємо для пошуку позицій?
Три підходи з різним trade-off між latency та повнотою:
| Джерело | Latency | Повнота | Застосування |
|---|---|---|---|
| The Graph (subgraph) | 15–60 с | Всі позиції | Фонове сканування |
| Aave API (positions) | 5–30 с | Всі позиції | Періодичний опит |
Подія Borrow + перерахунок |
Real‑time | Нові позиції | Додавання до watchlist |
Робоча архітектура: фонове сканування через The Graph для побудови бази всіх позицій з HF < 1.3 (pre-liquidation watchlist), плюс real-time моніторинг через WebSocket на події Borrow, Repay, LiquidationCall, ReserveDataUpdated для оновлення HF у watchlist. При зміні ціни перераховуємо HF для всього watchlist і негайно відправляємо транзакції для позицій, де HF опустився нижче 1.
Чому використовуємо flash loan?
liquidationCall вимагає погашений актив заздалегідь. Вам не потрібен власний капітал: використовується flash loan з того ж Aave. Займаємо debtAsset → викликаємо liquidationCall → отримуємо collateral зі знижкою → продаємо частину collateral через Uniswap v3/Paraswap для погашення flash loan → залишаємо profit. Все в одній атомарній транзакції. Якщо profit < gas cost — транзакція реверсується, втрачаємо лише газ.
Контракт ліквідатора реалізує інтерфейс IFlashLoanSimpleReceiver (Aave v3). У executeOperation callback:
- Виклик
POOL.liquidationCall(collateralAsset, debtAsset, user, debtToCover, receiveAToken) - Перевірка отриманої кількості collateral
- Swap через Uniswap v3 з slippage ≤0.5% (інакше ліквідація збиткова)
- Повернення flash loan + fee (0.05% для Aave v3)
Що робимо для захисту від MEV та конкуренції?
Ліквідації — висококонкурентне середовище. Без пріоритизації — sandwich або front-running. Порівняйте методи:
| Метод | Ефективність | Вартість | Мережі |
|---|---|---|---|
| Flashbots bundle | Усуває front-running у 90% випадків | 0.1–0.5 ETH | Ethereum |
| Private RPC (bloXroute) | Захист від front-running, але не від reordering | Підписка | Ethereum, BNB |
| Динамічний priorityFee | Просто і працює, конкуренція висока | Високий газ | Всі EVM |
Для порівняння: Flashbots bundle у 10 разів ефективніший за пряму транзакцію в умовах високої конкуренції. На Arbitrum і Polygon Flashbots не працює, але там latency нижча і конкуренція менша — прямі транзакції з дещо підвищеним gasPrice зазвичай достатні. Flashbots documentation
Як побудовано бота?
Контракт ліквідатора (Solidity). Реалізує IFlashLoanSimpleReceiver, інтегрований з Uniswap v3 Swap Router. Параметризований: підтримує кілька DEX для свапу (fallback з Uniswap на Paraswap якщо slippage високий). Деплоїмо через Foundry з forge script, верифікація на Etherscan автоматично.
Off-chain двигун (Node.js/TypeScript + viem). Watchlist management, моніторинг подій, розрахунок прибутковості, надсилання транзакцій. Конфіг через .env: пороги HF, мінімальний прибуток, підтримувані мережі, Flashbots RPC.
Інфраструктура. Власна нода або преміум RPC (Alchemy Growth/Business tier) для стабільного WebSocket. На Ethereum — обов'язково, на L2 — за ситуацією.
Детальніше про розрахунок прибутковості
Для кожної потенційної ліквідації симуляція: беремо поточний on-chain стейт (через eth_call), виконуємо liquidationCall і swap, рахуємо profit мінус газ. Якщо profit/gas > заданого порогу (наприклад, 2x), відправляємо транзакцію. Поріг підбирається так, щоб не витрачати газ на ліквідації з нульовим або від'ємним прибутком.
Що входить у роботу
- Аудит цільових мереж та вибір оптимальної стратегії
- Розробка смарт-контракту ліквідатора з flash loan та мульти-DEX свапом
- Написання off-chain двигуна з моніторингом та розрахунками
- Інтеграція MEV-захисту (Flashbots / private RPC)
- Деплой у вибрані мережі, верифікація контрактів
- Моніторинг (Grafana dashboard: P&L, успішні ліквідації, газ)
- Передача вихідного коду, документації, навчання команди
Досвід та гарантії
Наша команда — блокчейн-інженери з солідним досвідом у продакшені DeFi. За багато років на ринку ми реалізували понад 30 проєктів з автоматизації DeFi, включаючи ліквідаторів для Aave, Compound і MakerDAO. Надаємо гарантію на коректну роботу контрактів і підтримуємо клієнта після запуску. Ви можете значно скоротити витрати на газ за рахунок оптимізації та отримувати стабільний дохід від ліквідацій.
Терміни та як почати
Базовий бот для однієї мережі (Ethereum або Polygon) з flash loan і Uniswap — 1–1.5 тижні. Мультимережева версія з Flashbots, динамічним роутингом та повним моніторингом — 2–3 тижні. Вартість обговорюється індивідуально після аналізу ваших цілей. Зв'яжіться з нами — безоплатно оцінимо проєкт за 1 день і запропонуємо план. Отримайте консультацію прямо зараз: ми допоможемо вам запустити власний ліквідатор і почати заробляти на будь-яких ринкових рухах. Замовте розробку бота ліквідацій і почніть заробляти на ринкових рухах.