Розробка MEV-бота для сендвіч-атак на Ethereum

Розробка MEV-бота для сендвіч-атак на Ethereum

Сендвіч-бот — це легальний MEV-інструмент, який експлуатує slippage tolerance користувачів DEX. Ми створюємо таких ботів з нуля, використовуючи Rust, Flashbots та власні симулятори. Арбітраж, ліквідації, сендвічі — три основні стратегії MEV-видобутку в продакшні. Сендвіч конкретно: бот бачить жертву в mempool, вставляє свою покупку перед нею (frontrun), жертва рухає ціну вгору, бот продає після (backrun). Різниця — прибуток бота, збиток жертви в межах її ж slippage tolerance. Це арбітраж на інформації про порядок транзакцій.

Розробка такого бота — задача про швидкість (латентність мемпулу), економіку (калькулятор прибутковості) та інфраструктуру (надійний деплой без втрат). Наш досвід у MEV-розробці дозволяє створювати ботів, які приносять прибуток в умовах високої конкуренції. Оцінимо ваш проєкт, надамо детальний розрахунок рентабельності.

Чому більшість сендвіч-ботів збиткові?

Неточний розрахунок прибутковості

Найпоширеніша помилка — розрахунок profit без урахування всіх costs. Реальний P&L:

profit = amountOut_backrun - amountIn_frontrun costs = gasCost_frontrun + gasCost_backrun + builderTip netProfit = profit - costs 

gasCost при агресивних tips на Ethereum mainnet — не дрібниця. Якщо сендвіч приносить $2, а builder tip становить $1.5 — угода збиткова. Бот повинен симулювати весь пакет перед відправкою та відкидати угоди з від'ємним net profit. Симуляція через eth_call — повільна. Ми використовуємо in-process EVM симулятори (revm на Rust) для мікросекундної оцінки.

Revert через price impact розрахунок

Бот розрахував прибуток у момент T, відправив транзакцію через 50 мс. За цей час інший бот виконав свій frontrun. Стан пулу змінився, ціна рухається сильніше за розрахункову, жертва потрапляє за межі slippage tolerance, її транзакція ревертується. Backrun не потрібен, але газ за frontrun витрачено. Захист: backrun транзакція conditional — перевіряє, що цільова транзакція дійсно була включена. У Flashbots bundle це реалізується через reverting_tx_hashes — якщо жертва ревертувалася, весь bundle не включається.

Конкуренція та builder relationship

На Ethereum 95%+ MEV-bundles проходять через block builders (Flashbots, beaverbuild). Бот, що відправляє транзакції напряму в публічний mempool, програє. Правильна інфраструктура: MEV-Share, прямі з'єднання з топ-builders, моніторинг mev-boost relay. Ми забезпечуємо інтеграцію з провідними relay для максимізації inclusion rate.

Як оптимізувати виконання через Flashbots?

Архітектура production сендвіч-бота включає:

1. Мемпул моніторинг з прямими піринговими з'єднаннями та фідами bloXroute. Налаштовуємо власну ноду з --txpool.pricelimit 0.
2. Фільтрація кандидатів: лише відомі DEX router, декодований calldata з slippage > 0.5%, достатній gas price.
3. Розрахунок оптимального frontrun amount: для Uniswap V2 — аналітичне рішення, для V3 — чисельна оптимізація. Враховуємо marginal cost кожного додаткового долара.
4. Execution через Flashbots з conditional bundle:

const bundle = [ { signer: wallet, transaction: frontrunTx }, { hash: victimTxHash }, { signer: wallet, transaction: backrunTx } ]; const bundleResponse = await flashbotsProvider.sendBundle( bundle, targetBlockNumber, { minTimestamp: 0, maxTimestamp: 0, revertingTxHashes: [victimTxHash] } ); 

revertingTxHashes — ключовий параметр: якщо жертва ревертується, весь bundle дропається, бот не втрачає газ на frontrun без backrun.

Порівняння чейнів для сендвіч-атак

Наші боти працюють на всіх зазначених чейнах. Для кожного підбираємо оптимальну стратегію — на Ethereum акцент на builder relationships, на BSC — швидкість та низькі комісії. Середньоденний чистий прибуток на одному боті може становити від $200 до $2000 залежно від ринкової волатильності.

Ключові метрики ефективності

Ми моніторимо кожну метрику через Prometheus + Grafana. Гарантуємо прозорість роботи.

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

• Аналіз цільового чейну та DEX-екосистеми (2–3 дні)
• Розробка та тестування (2–3 тижні для базової версії)
• Деплой на mainnet з обмеженими позиціями та оптимізація (1–2 тижні)
• Передача повної документації, доступів до інфраструктури, навчання команди
• Підтримка 1 місяць після запуску

Процес роботи

1. Дослідження — оцінка MEV-можливостей через Dune Analytics та власні скрипти.
2. Проектування — вибір стеку, архітектури, налаштування мемпул-фідів.
3. Розробка — кодинг на Rust, deployment смарт-контрактів, інтеграція з Flashbots.
4. Тестування — backtesting на історичних блоках у Foundry fork, paper trading на testnet.
5. Запуск — деплой на mainnet, A/B тестування параметрів.
6. Оптимізація — постійне налаштування під поточну ринкову ситуацію.

Терміни орієнтовно

• Базовий Uniswap V2/V3 бот: 1–2 тижні
• Multi-DEX + мультичейн: 3–5 тижнів
• Терміни включають всі етапи від дослідження до оптимізації

Вартість розраховується індивідуально — напишіть нам, оцінимо ваш проєкт.

Стек розробки

Бот пишемо на Rust з бібліотекою alloy для максимальної продуктивності. Критичні компоненти — EVM симулятор (revm), мемпул стримінг, bundle submission — в одному процесі без міжпроцесної комунікації. Смарт-контракт для atomic execution — Solidity 0.8.x з мінімальним footprint. Моніторинг: Prometheus + Grafana.

Rust швидший за TypeScript у 10 разів при симуляції транзакцій — це дає перевагу в гонці за MEV.

Типові помилки при самостійній розробці

• Використання готових open-source ботів — вони вже експлуатуються, конкуренція висока.
• Ігнорування газових витрат на порожні блоки — бот може працювати в мінус.
• Відсутність кондишенів на реверт — втрата газу на кожному невдалому фронтрані.

Ми усуваємо ці проблеми на етапі проектування. Зв'яжіться з нами для консультації — безкоштовно оцінимо рентабельність та запропонуємо оптимальне рішення.

Джерело: Flashbots Documentation MEV на Wikipedia

Зв'яжіться з нами для безкоштовної оцінки вашого проєкту. Отримайте консультацію щодо вибору стратегії та чейну.