Разработка MEV-стратегий для валидаторов

Мы разрабатываем MEV-стратегии для валидаторов — от базовой настройки MEV-Boost до собственного builder под ключ. Наш опыт включает более 50 проектов за 5 лет работы, и мы гарантируем увеличение доходности на 20–40% за счёт оптимизации relay, timing games и собственных арбитражных бандлов. Оценим ва

Направления блокчейн-разработки

Часто задаваемые вопросы

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1452
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1310
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1005
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1270
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    719
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    1012

Мы разрабатываем MEV-стратегии для валидаторов — от базовой настройки MEV-Boost до собственного builder под ключ. Наш опыт включает более 50 проектов за 5 лет работы, и мы гарантируем увеличение доходности на 20–40% за счёт оптимизации relay, timing games и собственных арбитражных бандлов. Оценим вашу текущую конфигурацию бесплатно.

После перехода Ethereum на Proof-of-Stake разграничение MEV изменилось. Validators не выполняют транзакции — они только предлагают и аттестуют блоки. Фактическое упорядочивание и включение транзакций делегировано через PBS (Proposer-Builder Separation): builders строят блоки, proposers (validators) выбирают самый выгодный. MEV для валидатора сегодня — это прежде всего правильная конфигурация MEV-Boost и понимание того, в каких случаях стоит отклонять предложенные блоки.

Как MEV-Boost влияет на доход валидатора?

MEV-Boost — программное обеспечение, которое запускается рядом с consensus client валидатора (Lighthouse, Prysm, Teku). Оно реализует протокол mev-boost relay: validator запрашивает блоки у нескольких relay (Flashbots, BloXroute, Ultra Sound, Aestus и др.), выбирает максимальный bid, подписывает blind header, получает полный block body от relay и публикует.

Validator → MEV-Boost → [Relay 1, Relay 2, ..., Relay N] ↓ Builder auction ↓ Highest bidder's block → Validator signs 

Конфигурация relay

Подключение к большему числу relay увеличивает конкуренцию и bid. Но не все relay одинаковы:

Relay Censorship filtering OFAC compliance Примечание
Flashbots Да Да Самый крупный по доле
BloXroute Max Profit Нет Нет Максимальные bids
BloXroute Regulated Да Да Для compliance
Ultra Sound Нет Нет Некензурируемый
Aestus Нет Нет Community relay

Для максимального MEV дохода — подключать все доступные relay без OFAC-фильтрации. Для институциональных валидаторов с compliance требованиями — только regulated relay. Разница в доходности: 10–30% в зависимости от периода.

Проверка bid перед подписью

Критическая проблема: relay может предложить блок с невалидным payload или undervalued bid. MEV-Boost проверяет минимальный порог (min-bid в ETH), ниже которого валидатор строит блок самостоятельно:

# Запуск MEV-Boost с несколькими relay и минимальным bid ./mev-boost \ -relay https://[email protected] \ -relay https://[email protected] \ -relay https://[email protected] \ -min-bid 0.05 \ -addr 0.0.0.0:18550 

Timing games

Продвинутая стратегия для максимизации MEV — late block proposals. Валидатор имеет полный слот (12 секунд) на публикацию блока. Если ждать до последних 2–4 секунд, builder успевает включить больше MEV-транзакций из мемпула (последние арбитражи, больше swap-транзакций). Риск: при задержке > T+9 секунд растёт вероятность missed slot, что стоит дороже выигрыша от late arrival.

Оптимальный timing зависит от сетевых условий и географии инфраструктуры. Рекомендуется собственный мониторинг: логировать время получения bid от каждого relay, время публикации блока, итоговую стоимость.

Самостоятельное MEV: собственный builder

Крупные staking провайдеры (Lido, EigenLayer operators, Coinbase) строят собственные builders для вертикальной интеграции MEV. Это имеет смысл от ~1000+ активных validators. Сравнение: самостоятельный builder даёт в 2 раза больший контроль над доходами, но требует в 10 раз больше ресурсов на разработку и поддержку.

Архитектура builder

Mempool monitoring → Transaction ordering → Block template → Simulation → Bid calculation → Submission to relay network 

Simulation engine — центральный компонент. Каждый bundled transactions должен быть симулирован перед включением в блок: проверка газа, проверка отсутствия reverting транзакций, расчёт реального profit после газа:

type SimulationResult struct { Profit *big.Int GasUsed uint64 Reverted bool StateRoot common.Hash } func (b *Builder) simulateBundle(bundle *Bundle, state *state.StateDB) SimulationResult { snapshot := state.Snapshot() defer state.RevertToSnapshot(snapshot) totalGasUsed := uint64(0) totalProfit := new(big.Int) for _, tx := range bundle.Transactions { result, err := b.evm.Call(tx, state) if err != nil || result.Failed() { return SimulationResult{Reverted: true} } totalGasUsed += result.UsedGas // расчёт profit из coinbase transfers и gas premium } return SimulationResult{ Profit: totalProfit, GasUsed: totalGasUsed, Reverted: false, } } 

Стратегии ордеринга транзакций

MEVMAX ordering — жадный алгоритм: сортировка транзакций по effectiveFeePerGas в убывающем порядке. Простой и предсказуемый, но не оптимальный при наличии interdependent транзакций (bundles).

Knapsack optimization — транзакции с зависимостями рассматриваются как атомарные группы. NP-hard в общем случае, решается heuristics (greedy + beam search) для практических block sizes.

Bundle merging — два не конфликтующих bundle могут быть включены в один блок. Обнаружение конфликтов — через state access lists (EIP-2930): если два bundle не трогают одни и те же storage slots, они независимы.

Локальные MEV-стратегии (независимо от relay)

Arbitrage

Классический CEX-DEX арбитраж: цена на Binance выше on-chain Uniswap — купить on-chain, продать на CEX. Validator имеет естественное преимущество: может включить свои транзакции в любую позицию блока без газовой войны. Экономия на газе при самостоятельном включении арбитража может достигать 30%.

Для валидатора это означает: при обнаружении арбитражной возможности — включить собственный arb bundle в начало блока без priority fee (экономия на gas).

Liquidation capture

Aave, Compound, MakerDAO имеют позиции, которые становятся ликвидируемыми при изменении цен. Мониторинг unhealthy positions:

async def monitor_aave_positions(web3: Web3) -> List[LiquidatablePosition]: # Получить все активные займы через события Borrow borrow_events = await get_all_borrow_events() liquidatable = [] for position in borrow_events: account_data = await aave.functions.getUserAccountData( position.borrower ).call() health_factor = account_data[5] # в wei (1e18 = 1.0) if health_factor < 10**18: # < 1.0 liquidatable.append(LiquidatablePosition( borrower=position.borrower, health_factor=health_factor / 10**18, max_debt_to_liquidate=account_data[1] )) return sorted(liquidatable, key=lambda p: p.health_factor) 

Sandwich prevention (anti-MEV сервис)

Другая монетизация для валидаторов с крупными staking операциями: предлагать private mempool для DEX-пользователей (за fee), гарантируя отсутствие sandwich attacks. По сути — конкурент Flashbots Protect, но с гарантией включения в блоки конкретного валидатора.

Compliance и риски

После введения санкционных списков большинство крупных relay отказываются включать транзакции к/от санкционированных адресов (Tornado Cash). Валидатор, использующий некензурируемые relay, технически не нарушает правила Ethereum-протокола — censorship resistance является фичей блокчейна. Но юридический риск для регулируемых операторов существует.

Проседание при missed slot: если MEV-Boost блок не приходит в срок (relay timeout), consensus client должен автоматически перейти на locally-built блок. Критическая настройка: --local-block-value-boost 10 в Lighthouse — предпочитать локальный блок, если его стоимость в пределах 10% от MEV-Boost бида (защита от relay downtime).

Метрики и мониторинг

Обязательный мониторинг для MEV-валидатора:

# Grafana дашборд метрики - mevboost_bid_received_total: кол-во полученных bids по relay - mevboost_bid_value_eth: распределение bid values - validator_block_value_eth: итоговый доход за блок - missed_slots_total: пропущенные слоты - local_block_fallback_total: сколько раз использовался local block 

Сравнение validator_block_value_eth с p50/p95 по сети помогает оценить качество relay конфигурации. Если median block value ниже сетевого — проблема с relay latency или конфигурацией.

Что входит в работу

  • Аудит текущей MEV-инфраструктуры и рекомендации по настройке relay.
  • Конфигурация MEV-Boost с мониторингом (Grafana дашборд, алерты).
  • Разработка собственного builder (при необходимости) с симуляцией и оптимизацией ордеринга.
  • Внедрение стратегий арбитража и ликвидаций с нулевой задержкой.
  • Обучение команды и документация по эксплуатации.
  • Техническая поддержка на 3 месяца после запуска.

Разработка полной MEV-инфраструктуры для крупного стейкинг оператора (10k+ validators) занимает от 3 до 5 месяцев. Базовая MEV-Boost конфигурация с мониторингом — 2–3 недели. Свяжитесь с нами для оценки вашего проекта — рассчитаем стоимость и сроки индивидуально.

Пример настройки мониторинга

Установите Prometheus exporter для MEV-Boost и настройте сбор метрик. Используйте готовый дашборд из репозитория Flashbots MEV-Boost metrics.