Розробка flash loan ліквідаційного бота на Aave v3

Зазначимо: коли ринок різко падає, на протоколах кредитування з'являються мільйони доларів до ліквідації. Боти, які встигають першими, отримують комісію ліквідатора — до 8% від застави. Інші або не встигають, або їхні транзакції скасовуються через зростання ціни. Розробка flash loan ліквідаційного бота для Aave v3 — це завдання на швидкість, точність розрахунку та MEV-стратегію. Flash loan дозволяє брати участь без власного капіталу: позичити актив, ліквідувати, обміняти заставу на актив, повернути борг з комісією — все в одній атомарній транзакції. Наші інженери мають 6+ років досвіду в блокчейн-розробці та пройшли десятки аудитів смарт-контрактів. Гарантуємо стабільну роботу та захист від MEV. У цій статті розберемо, як влаштована ліквідація на Aave v3, спроєктуємо архітектуру бота та включимо MEV-захист.

Як влаштована ліквідація на Aave v3

Позиція переходить у ліквідований статус, коли health factor < 1.0. Health factor = (collateral_value * liquidation_threshold) / debt_value. Liquidation threshold для ETH на Aave v3 — 82.5%, для WBTC — 75% (див. Aave v3 документацію).

Ліквідатор викликає liquidationCall(collateralAsset, debtAsset, user, debtToCover, receiveAToken). Максимально можна покрити 50% боргу за одну транзакцію (close factor). В обмін отримує collateral з бонусом — liquidation bonus, для ETH це 5%.

Як розрахувати прибутковість?

profit = collateral_received * collateral_price
       - debt_covered * debt_price
       - flash_loan_fee (0.09% на Aave v3)
       - swap_slippage
       - gas_cost

Якщо profit ≤ 0 — транзакцію не відправляємо. Це звучить очевидно, але без точного off-chain розрахунку з актуальними цінами оракулів та slippage bot втрачає гроші на кожній unprofitable ліквідації, оплачуючи лише газ. Наприклад, ліквідація позиції в $10,000 при ціні газу $50 може виявитися збитковою, якщо slippage перевищує 0.5%.

Архітектура бота

Smart contract виконавець

Один контракт, який приймає параметри ліквідації та виконує атомарну послідовність:

1. flashLoan() від Aave PoolAddressesProvider — позичаємо debtAsset
2. У callback executeOperation() викликаємо liquidationCall
3. Отримуємо collateralAsset (або aToken)
4. Свапаємо collateralAsset → debtAsset через Uniswap v3 або 1inch
5. Повертаємо debtAsset + fee Aave
6. Залишок — profit, йде на гаманець

Контракт має бути non-upgradeable та з onlyOwner на функцію виконання. Не потрібна апгрейдаємість — потрібна простота та відсутність attack surface.

Off-chain моніторинг

Джерело даних про позиції. Три варіанти:

• getUserAccountData() через Multicall для списку відомих borrowers — повільно для великої кількості адрес
• The Graph субграфи Aave — індексують всі позиції, оновлюються по блоках
• Пряме подійне відстеження: Borrow, Deposit, Repay події → локальний state machine позицій

Оптимальна схема: The Graph для початкового завантаження стану + WebSocket подій для real-time оновлення. Список позицій з health_factor < 1.05 перевіряється при кожному новому блоці.

Як захиститися від MEV?

Ліквідаційний бот живе у світі MEV. Якщо відправити транзакцію в public mempool зі звичайним gasPrice, searcher може її front-run: скопіювати calldata, відправити з вищим gas, ліквідувати позицію раніше.

Bundle simulation. Перед відправкою симулюємо бандл через eth_callBundle — перевіряємо, що до моменту включення в блок позиція ще не ліквідована та profit позитивний. Відправка бандлів через Flashbots у 3 рази ефективніша за публічні транзакції на Ethereum mainnet за швидкістю ліквідації.

Priority fee динаміка. На L2 (Arbitrum, Optimism, Base) MEV конкуренція нижча через sequencer. Ліквідації на Arbitrum часто прибуткові навіть без Flashbots. Наприклад, на Arbitrum ліквідація позиції в $50,000 дає близько $2,500 комісії при газі в $5. Вартість газу на Arbitrum у 20 разів нижча, ніж на Ethereum, що робить його кращим для ліквідацій невеликих позицій.

Як мінімізувати slippage при свапі?

Slippage при свапі великого collateral — поширена проблема. Якщо позиція велика — свап 1000 ETH в USDC через один пул Uniswap v3 дасть суттєвий price impact. Рішення: split routing через 1inch API або власна реалізація multi-hop через кілька пулів. Розрахунок оптимального маршруту має бути частиною off-chain profitability check.

Reorg на L2. Arbitrum та Optimism мають finality lag. Транзакція підтверджена на L2, але потім rollup reorg — рідко, але трапляється. Для ліквідаційного бота це не критично (позиція або ліквідована, або ні), але потрібно правильно обробляти confirmations.

Gas estimation. eth_estimateGas для flash loan транзакції може помилятися на 10-20% — зовнішні контракти поводяться по-різному. Додаємо buffer 20% до estimate, і перевіряємо, що після буфера транзакція все ще прибуткова.

Stale health factor. Між розрахунком health factor та відправкою транзакції може пройти 1-2 блоки. Якщо за цей час ціна піднялася — позиція більше не ліквідовна, liquidationCall заревертнеться. Додаємо try/catch на рівні off-chain логіки та оплачуємо лише газ failed транзакції.

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

• Архітектура та документація: схеми потоків даних, опис контракту та off-chain сервісів.
• Смарт-контракт: full Solidity код з тестами в Foundry.
• Off-chain моніторинг: Node.js сервіс з The Graph, Redis, viem.
• MEV-інтеграція: налаштування Flashbots/MEV Blocker, симуляція.
• Тестування: fork-тести на mainnet, soft launch на реальних даних.
• Деплой та підтримка: задеплоїмо на необхідні чейни, 2 тижні підтримки після запуску.

Порівняння чейнів для ліквідації

Arbitrum має в 20 разів нижчу вартість газу, ніж Ethereum, що робить його кращим вибором для ліквідацій з малим прибутком.

Процес розробки

Розробка смарт-контракту (3-4 дні). Solidity + Foundry. Fork-тести на Ethereum/Arbitrum mainnet: симулюємо конкретні ліквідовані позиції з історичних даних, перевіряємо коректність розрахунків та profit.

Off-chain моніторинг (4-6 днів). Node.js/TypeScript, viem для on-chain взаємодій, The Graph SDK, WebSocket блок-підписки, Redis для зберігання стану позицій.

MEV інтеграція (2-3 дні). Flashbots SDK, bundle building, симуляція перед відправкою.

Тестування в testnet + mainnet soft launch (3-5 днів). Починаємо на Sepolia fork, потім mainnet з мінімальним капіталом — кілька реальних ліквідацій для калібрування параметрів profitability.

Орієнтири за термінами та вартістю

Базовий бот під один протокол (Aave v3) на одному чейні — 1-2 тижні, вартість від $5,000. Multi-protocol (Aave + Compound + Morpho) з multi-chain підтримкою — від 3-4 тижнів, вартість від $12,000. Терміни залежать від вимог до MEV-захисту та кількості цільових протоколів. Зв'яжіться з нами для обговорення вашого проєкту та отримайте попередню оцінку. Замовте розробку бота під ключ з повною документацією.

Послуги з розробки 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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.