Уявіть: мемпул переповнений, ціна ETH на Uniswap та Curve розходиться на 0.3% за секунду. Ваш MEV-бот має зібрати bundle і відправити у Flashbots раніше десятків конкурентів. Затримка більше 10 мс — прибуток іде іншому. Ми будуємо інфраструктуру, яка виграє цю гонку: від симуляції до відправки bundle. Середній прибуток однієї арбітражної угоди — 0.05–0.15% при об'ємі $100k — це $50–150 за секунду. Наші боти спеціалізуються на арбітражі між DEX та ліквідаціях позицій у Aave, Compound та інших протоколах. Завдання — виявити прибуткову можливість, симулювати її виконання та відправити bundle через Flashbots швидше за конкурентів. За більш ніж 5 років ми запустили понад 50 таких систем. Кожен бот налаштовується під конкретні стратегії та інфраструктуру замовника.
Як працює MEV-бот?
Бот складається з off-chain детектора, on-chain executor та relay-мережі. Детектор аналізує мемпул та стан блокчейну, executor виконує swaps через смарт-контракти, а relay відправляє bundle напряму builder'ам, оминаючи публічний мемпул.
Як ми виявляємо арбітражні можливості?
Арбітраж між DEX — основне джерело доходу. Ми моніторимо ціни на Uniswap, Curve, Balancer. При розходженні цін обчислюємо оптимальний розмір swap через математичну модель. Для Uniswap v2 використовуємо аналітичну формулу:
optimal_amount_in = sqrt(reserve0 * reserve1 * 997 / 1000) - reserve0
Для концентрованої ліквідності v3 потрібен покроковий розрахунок через QuoterV2. Комісія за flash loan від Aave v3 становить 0.05% — всі обчислення ведуться з урахуванням цієї вартості.
Чому симуляція транзакцій критична?
Перш ніж відправити bundle, потрібно точно знати прибуток після газу та bribe. Ми використовуємо власний двигун симуляції на revm (Rust EVM implementation). Він виконує транзакції на форкнутій копії mainnet за 1–3 мс, що в 10–20 разів швидше за стандартний eth_call. Це дозволяє вигравати фронт-ран у конкурентній боротьбі. Двигун використовує ревізію Shanghai з підтримкою PUSH0. Ми форкаємо mainnet через eth_createAccessList та виконуємо транзакції в ізольованому середовищі. Концепція MEV описана в Ethereum Foundation research.
| Стратегія |
Середня profit маржа (3 міс) |
Частота спрацьовувань на день |
| Арбітраж Uniswap v2 |
0.05–0.15% |
200–500 |
| Арбітраж v3 |
0.02–0.10% |
300–800 |
| Ліквідації Aave |
5–10% від ліквідованої позиції |
10–50 |
| Метод відправки bundle |
Затримка |
Ризик невдачі |
Складність налаштування |
| Пряма відправка builder'у |
<10 мс |
Низький |
Висока |
| Flashbots relay |
20–50 мс |
Середній |
Середня |
| Публічний мемпул |
>100 мс |
Високий |
Низька |
Проблеми, які ми вирішуємо
Висока затримка. Публічні RPC додають 50–200 мс. Для ліквідацій це прийнятно, але для арбітражу критично. Ми налаштовуємо власну ноду на geth з WebSocket підпискою на txpool.
Оптимізація газу. Кожен зайвий wei газу знижує прибуток. Ми компілюємо контракти з максимальною оптимізацією у Foundry та використовуємо мінімальний код executor.
Конкуренція. Десятки ботів одночасно реагують на одну можливість. Перемагає той, хто запропонує більший bribe builder'у. Ми аналізуємо історію аукціонів MEV-Boost та підбираємо оптимальний bribe.
На відміну від сендвіч-атак, наші стратегії арбітражу та ліквідацій не шкодять звичайним користувачам. Сендвіч-атаки маніпулюють цінами навколо транзакції користувача, що завдає прямого збитку. Ми свідомо відмовилися від таких практик на користь легітимних методів вилучення MEV.
Як ми розробляємо MEV-бота
Процес розробки поділений на кілька етапів, кожен з яких погоджується з замовником.
Аналіз стратегії та ринку
Визначаємо, які джерела MEV пріоритетні (арбітраж, ліквідації, тріангуляція). Оцінюємо капітал, необхідний для старту, та очікувану дохідність.
Проєктування архітектури
Проєктуємо off-chain детектор та on-chain executor. Обираємо мову: Python для прототипу, Rust для продакшну. Визначаємо, які DEX та протоколи підтримувати.
Реалізація
Пишемо код детектора, executor та relay. Інтегруємо симулятор на revm. Проводимо юніт-тестування та форк-тести на mainnet.
Тестування та оптимізація
Запускаємо на тестовій мережі з реальними даними. Оптимізуємо газ, налаштовуємо поріг прибутку, тестуємо з різними builder'ами.
Деплой та моніторинг
Розгортаємо ноду, контракти, налаштовуємо логування у Graylog. Забезпечуємо цілодобовий моніторинг через налаштовані алерти.
Архітектура бота
Off-chain детектор
Написаний на Python для прототипу, потім на Rust для продакшну. Підписується на мемпул через WebSocket, парсить транзакції, обчислює потенційний прибуток. Для ліквідацій використовує The Graph для моніторингу health factor позицій.
On-chain executor
Простий смарт-контракт на Solidity. Приймає адресу токена, суму, роутер. Виконує swap через Uniswap або Curve router. Перевіряє, що прибуток більший за мінімальний поріг (minProfit). Захищає від реентерабельності за допомогою nonReentrant з OpenZeppelin.
Мережа relay
Відправка bundle здійснюється через Flashbots MEV-Boost напряму до builder'ів (beaverbuild, rsync, titan). Ми не покладаємося на публічний мемпул.
Що ви отримуєте після розробки
Повний вихідний код бота (детектор, executor, relay). Документація зі встановлення, налаштування та моніторингу. Доступ до git-репозиторію з історією змін. Навчання команди керуванню ботом та інтерпретації логів. 2 місяці підтримки з гарантією стабільної роботи. Можливість продовження підтримки на індивідуальних умовах.
Наші компетенції
Ми спеціалізуємося на MEV більше 5 років. Розробили та запустили ботів для 50+ клієнтів. Забезпечуємо прозорість: ви отримуєте повний доступ до коду та логів роботи. Надаємо гарантію на стабільну роботу протягом перших 2 місяців. Економія на газі до 20% за рахунок оптимізації executor. Потенційний прибуток від 0.05% на кожній угоді, середній денний прибуток — від $500 до $5000.
Зв'яжіться з нами для консультації — оцінимо вашу стратегію та запропонуємо оптимальне рішення. Якщо ви хочете отримати MEV-бота, оптимізованого під вашу інфраструктуру, зв'яжіться з нами для детального аудиту. Замовте розробку MEV-бота під ключ і почніть заробляти на арбітражі вже через 4 тижні.
Послуги з розробки 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 |
Медіана від незалежних провайдерів |
Висока (децентралізація) |
До 24 год при 0% руху |
| Uniswap v3 TWAP |
Середня ціна за N блоків |
Висока (складно утримувати) |
30 хв — 1 год |
| Pyth Network |
Cross-chain low-latency |
Середня (залежність від publisher) |
Секунди |
У продакшені ми використовуємо дворівневу перевірку: Chainlink aggregator + Uniswap v3 TWAP як верифікатор. Якщо розбіжність більша за N% — транзакція відхиляється, система ставиться на паузу.
Як захистити DeFi-протокол від атак флеш-позик?
Flash loan перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.
Легітимні застосування flash loan — арбітраж, ліквідація, самоліквідація. Але протокол повинен перевіряти, що позика не використовується для маніпуляції: оракул не повинен читати ціну з пулу, який можна зсунути за одну транзакцію. Ми додаємо перевірки на block.timestamp та мінімальну глибину ліквідності.
Як ми забезпечуємо безпеку DeFi-протоколу?
Ми не покладаємося на один шар захисту. Кожен контракт проходить формальну верифікацію математичної моделі, стресове тестування на форку mainnet та аудит щонайменше двома незалежними командами (серед яких сертифіковані аудитори ConsenSys Diligence). Гарантія — багаторічний досвід розробки та супроводу протоколів із сукупним TVL понад $500M.
Ключові компоненти DeFi-архітектури
| Тип протоколу |
Основна механіка |
Головний ризик |
| DEX (AMM) |
x*y=k або concentrated liquidity |
impermanent loss, oracle manipulation |
| Lending |
collateral ratio, liquidation |
bad debt при каскадних ліквідаціях |
| Yield aggregator |
автокомпаундинг стратегій |
rug через strategy upgrade |
| Derivatives / Perps |
funding rate, mark price |
liquidation cascades, socialized losses |
| Liquid staking |
stETH-style rebasing |
depegging при mass unstake |
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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.
