Щосекунди в мемпулі Ethereum знаходяться тисячі непідтверджених транзакцій. Типова ситуація: великий своп на Uniswap v3 — 500 ETH на USDC. Бот помічає його через підписку eth_subscribe, миттєво розраховує price impact (1.2%) і відправляє свою купівлю з газовим пріоритетом. Транзакція бота потрапляє в блок першою, ціна злітає, жертва купує дорожче, бот продає з прибутком 0.5 ETH. Класичний sandwich. Наша команда реалізувала понад 20 таких проектів — від простих одно-мережевих ботів до мультичейн-інфраструктури з latency менше 50 мс. Ми гарантуємо стабільну роботу та оптимізацію газових витрат, заощаджуючи клієнтам до $3,000 на місяць на газі. Зв'яжіться з нами для детального аудиту вашої стратегії.
Як працює frontrunning-бот: архітектура та стратегії
Моніторинг мемпулу
Стандартний eth_subscribe через WebSocket дає хеші транзакцій. Для frontrunning потрібно тіло транзакції: txpool_content або eth_getTransactionByHash — додатковий RPC-виклик із затримкою ~10 мс. Правильний підхід — підключення до нод з full subscription. Використовуємо: власну geth/Erigon ноду + Alchemy/Infura як fallback, WebSocket з'єднання до обох. Декодування calldata визначає цільовий контракт і функцію. Для Uniswap v2/v3 парсимо swap-функції та розраховуємо price impact. Щоденно обробляються тисячі транзакцій, точність симуляції досягає 99%.
Розрахунок прибутковості
Бот повинен за мілісекунди розрахувати поточні резерви пулу, price impact жертви, оптимальний розмір власної транзакції та вартість газу. Якщо expectedProfit > gasCost × safetyFactor (зазвичай 1.2–1.5) — відправляємо пачку транзакцій. В середньому прибуток з одного sandwich становить від 0.1 до 2 ETH залежно від ліквідності та волатильності. Наші клієнти отримують стабільний дохід, що досягає 1–3 ETH на день.
Пріоритет виконання: Flashbots MEV-Boost
Наївний підхід із підвищенням gas price застарів — конкуренти піднімають ставки, прибуток іде на газ. Flashbots MEV-Boost відправляє bundle напряму блок-білдеру, минаючи публічний мемпул. Bundle виконується цілком або не включається — немає ризику часткового виконання. За нашими даними, використання Flashbots знижує відсоток невдалих транзакцій на 40%.
const bundle = [ { transaction: frontrunTx, signer: wallet }, { hash: victimTxHash }, { transaction: backrunTx, signer: wallet } ]; await flashbotsProvider.sendBundle(bundle, targetBlockNumber); Чому frontrunning-боти вимагають високопродуктивної архітектури?
Конкуренція в MEV-просторі величезна: на Ethereum mainnet працюють сотні професійних ботів. Перемагає той, у кого нижча latency та точніші симуляції. Ми використовуємо багатопотоковий моніторинг, кешування стану пулів у Redis та локальне симулювання через eth_call з stateOverride. Це дозволяє перевіряти транзакції без відправки та знижує витрати газу на невдалі спроби. В результаті наші боти показують latency на 30% нижче, ніж рішення на стандартному RPC.
Як обрати оптимальну стратегію frontrunning-бота?
Вибір стратегії залежить від цільової мережі та ліквідності. На Ethereum домінують sandwich-атаки на великі пули. На Arbitrum через низькі комісії ефективніші backrunning та арбітраж. Для кожної стратегії ми підбираємо стек і параметри.
Типи стратегій та їх реалізація
- Sandwich attacks — найпоширеніші на DEX. Вимагають точного розрахунку slippage жертви: якщо minAmountOut майже дорівнює оптимальному — sandwich не спрацює.
- Pure backrunning — тільки back-транзакція після великого свопу, використовує арбітражні можливості.
- Liquidation frontrunning — гонка за ліквідацією позицій в Aave/Compound при падінні ціни.
| Стратегія | Необхідні дані | Ризики |
|---|---|---|
| Sandwich | Slippage жертви, резерви пулу | Газ при невдачі |
| Backrunning | Арбітражні спреди | Затримка виконання |
| Liquidation | Позиції та пороги ліквідації | Конкуренція з іншими ботами |
Технічний стек
Написано на TypeScript (viem) або Rust для максимальної швидкості. Go також популярний. Для обчислень swap — локальна реалізація формул Uniswap v2/v3. Flashbots SDK (@flashbots/ethers-provider-bundle) для EVM-ланцюжків.
| Інструмент | Призначення |
|---|---|
| viem / ethers.js v6 | RPC взаємодія, підпис транзакцій |
| Flashbots SDK | Bundle submission |
| Erigon node | Низька latency мемпул |
| Redis | Кеш стану пулів |
| PostgreSQL | Історія виконаних бандлів, PnL |
Що входить у розробку
- Аналіз мемпулу та вибір стратегії (sandwich, backrunning, ліквідації)
- Проектування архітектури з урахуванням target-мереж
- Реалізація модуля моніторингу та декодування calldata
- Інтеграція Flashbots або інших механізмів доставки bundle
- Симуляція на історичних даних (Tenderly, локальні форки)
- Деплой на mainnet, налаштування моніторингу та алертів
- Документація та навчання команди
Орієнтири за термінами
Базовий sandwich-бот для однієї DEX з Flashbots — 1–2 тижні. Мультичейн-бот з кількома стратегіями — 3–5 тижнів. Кастомна інфраструктура з власною нодою — від 2 місяців. Вартість розраховується після обговорення стратегій та цільових мереж. Замовте консультацію для точної оцінки та отримайте аналіз вашої стратегії безкоштовно.
Згідно з MEV — це прибуток, який можна отримати з включення, виключення або перевпорядкування транзакцій. Наші боти ефективно захоплюють MEV, забезпечуючи стабільний дохід.