MEV (Maximal Extractable Value) — что это и как влияет на пользователей

MEV (Maximal Extractable Value) — это максимальная дополнительная прибыль, которую можно извлечь из порядка, включения или исключения транзакций в блоке.

Эта прибыль возникает потому, что тот, кто формирует блок (майнер, валидатор, блок-строитель), может:

  • менять порядок транзакций;
  • вставлять свои транзакции между чужими;
  • отбрасывать часть транзакций.

MEV есть в большинстве производительных блокчейнов — от Ethereum и EVM-сетей до Solana и L2-роллапов. В каких-то случаях MEV помогает рынкам (арбитраж, ликвидации), в каких-то — ухудшает исполнение сделок для обычных пользователей (сэндвич-атаки, перехват сделок).

MEV (Maximal Extractable Value) — дополнительная прибыль из порядка транзакций

Коротко о MEV

  • Полезный MEV — арбитраж и ликвидации, которые поддерживают корректные цены и здоровье DeFi-протоколов.
  • Вредный MEV — использование прозрачности мемпула против пользователя: front-running, back-running, sandwich-атаки.
  • В Ethereum и EVM-сетях MEV реализуется через аукционы газа, приватные мемпулы и инфраструктуру MEV-Boost.
  • В Solana MEV локализован по данным из-за параллелизма (Sealevel), а важную роль играют бандлы и Jito-инфраструктура (Jito Block Engine).

Откуда берётся MEV

Любая транзакция в DeFi, NFT или на DEX может создавать возможность дополнительной прибыли для того, кто видит очередь и может влиять на порядок:

  • крупный swap на DEX сдвигает цену — на этом можно сделать арбитраж;
  • позиция в лендинге близка к ликвидации — её можно ликвидировать и получить бонус;
  • у пользователя в мемпуле виден выгодный маршрут через несколько протоколов — его можно «перехватить» и выполнить раньше.

Источник MEV:

  • прозрачность мемпула — все видят ожидающие транзакции и их параметры;
  • контроль над порядком — пропозеры/валидаторы/билдеры могут выбирать, что включить в блок раньше, а что позже;
  • ончейн-арбитражные возможности — различия цен, несовпадения ставок, ошибки оракулов.

Условно выделяют три «операции»:

  • inclusion — включить или не включать транзакцию в блок;
  • ordering — поменять порядок транзакций;
  • censorship / exclusion — задерживать определённые транзакции.

Полезный и вредный MEV

Тип MEV Примеры Эффект для системы
Полезный MEV Арбитраж между пулами/DEX; ликвидации в лендингах; ре-балансировка стейблкоинов и индексных продуктов. Сужает спрэды, выравнивает цены, поддерживает платёжеспособность протоколов.
Нейтральный MEV Перестановка «безобидных» транзакций, ребалансировка позиций ботов без прямого вреда пользователям. Влияние на UX минимально; прибыль зарабатывают боты и валидаторы.
Вредный MEV Front-run/Back-run, sandwich-атаки, перехват чужих арбитражей, манипуляции ценой перед оракулом. Ухудшает цену исполнения для пользователей, повышает газ, подрывает доверие к протоколам.

На практике:

  • одна и та же инфраструктура (приватные мемпулы, бандлы, аукционы) может обслуживать и полезные, и вредные стратегии;
  • задача экосистемы — оставить полезный MEV и по максимуму снизить вредный.

Примеры вредного MEV (на уровне пользователя)

Front-running

Нападающий видит в мемпуле вашу выгодную транзакцию и отправляет свою с более высокой комиссией:

  • его транзакция попадает в блок до вашей;
  • он забирает возможность арбитража или лучшую цену;
  • вы получаете уже изменённый рынок.

Back-running

Нападающий выполняет сделку сразу после вашей, используя изменение цены или состояния, которое вы создали.

Sandwich-атака

Комбинация front- и back-run:

  • нападающий покупает актив до вашего swap’а → цена растёт;
  • вы покупаете по уже ухудшенной цене (slippage);
  • нападающий продаёт актив после вашей сделки, фиксируя разницу.

Итог:

  • пользователь платит выше, чем рассчитывал;
  • нападающий забирает часть вашего потенциального профита;
  • протокол формально работает «как задумано», но UX для пользователя ухудшается.

MEV в Ethereum и EVM-сетях

В Ethereum источники MEV:

  • DeFi-протоколы (DEX, лендинги, деривативы);
  • DeFi-позиции с ликвидациями;
  • стейблкоины и оракулы цен;
  • L2-роллапы и мосты.

После перехода на PoS и появления MEV-Boost экосистема разделилась на:

  • searchers (поисковики) — боты, которые находят и упаковывают стратегии MEV в бандлы;
  • builders (билдеры блоков) — собирают «самые выгодные» блоки из разных бандлов;
  • relays — передают готовые блоки валидаторам;
  • validators (валидаторы) — выбирают блоки через аукционы доходности.

Плюсы:

  • конкуренция между поисковиками и билдерми сжимает маржу и часть MEV возвращает пользователям (rebate-модели, «защищённые» маршруты в интерфейсах DEX);
  • появляется возможность приватной отправки транзакций (без утечки в публичный мемпул).

Минусы:

  • усложнение архитектуры и рисков централизованных узлов (крупные relays и билдеры);
  • потенциальная цензура и зависимость от политик отдельных операторов.

MEV в L2-роллапах на Ethereum

В L2-решениях MEV никуда не исчезает:

  • внутри L2 есть свои DEX, лендинги и NFT — свои локальные источники MEV;
  • секвенсер L2 (или набор секвенсеров) контролирует порядок транзакций в L2-блоке;
  • часть MEV может уходить сверху вниз — от L1 к L2 и обратно через мосты и арбитражные маршруты.

Некоторые L2 уже экспериментируют с:

  • встроенными аукционами MEV;
  • схемами распределения MEV между валидаторами, протоколами и пользователями;
  • механизмами честного упорядочивания (fair ordering).

MEV на Solana: локальные рынки и Jito

В Solana модель аккаунтов и параллельное исполнение (Sealevel) делают природу MEV отличной от классической EVM:

  • Нет глобального газа. Порядок и конкуренция формируются локально вокруг «горячих» аккаунтов и программ, а не в одном общем аукционе.
  • Параллелизм по данным. Независимые операции выполняются одновременно, поэтому всплеск MEV вокруг одного пула не обязан разгонять задержки и комиссии по всей сети.
  • Jito-инфраструктура и бандлы. Jito Block Engine и подобные решения вводят:
    • приватный поток транзакций (минимизирует утечку сигналов в публичный поток);
    • бандлы с гарантированным порядком и атомарностью;
    • приоритетные комиссии (priority fee) внутри локальных рынков.

Итог:

  • вредный MEV вроде сэндвич-атак локализуется и избегает размазывания по всей сети;
  • пользователи и протоколы получают инструменты для защиты через приватные каналы и бандлы.

Как MEV влияет на обычного пользователя

  • Хуже цена сделки.

При сэндвич-атаках и front-running вы получаете худший курс, чем показывал интерфейс dApp (рост slippage).

  • Рост комиссий.

Боты MEV конкурируют за газ и приоритет, разогревая fee в пиковые моменты — особенно в Ethereum L1.

  • Непредсказуемый UX.

При массовых ликвидациях или событиях рынок может вести себя неожиданно: сделки уходят по другим ценам, транзакции дольше попадают в блок.

  • Риски конфиденциальности.

Ваши торговые идеи и маршруты видны в публичном мемпуле и могут быть перехвачены.

Как экосистема борется с вредным MEV

Подходы в разных сетях схожи:

  • Приватные мемпулы и защищённые маршруты.

Отправка транзакций напрямую поисковикам/билдерам/валидаторам, минуя публичный мемпул (пример — Flashbots, Jito, приватные RPC).

  • Бандлы (bundles).

Пакет транзакций с фиксированным порядком и атомарностью:

  • защищает от перехвата арбитража;
  • помогает реализовать сложные маршруты без разбиения на несколько отдельных транзакций.
  • Fair ordering / randomized ordering.

Исследуются протоколы честного упорядочивания, где влияние отдельных участников на порядок ограничено.

  • Распределение MEV.

Часть MEV может возвращаться протоколам и пользователям в виде кэшбэков, улучшенных курсов или снижения комиссий.

  • UX-подсказки и лимиты.

Интерфейсы DEX и кошельков:

  • предупреждают о высоком slippage;
  • блокируют подозрительно невыгодные сделки;
  • дают настройку лимитных ордеров вместо market-сделок.

Как пользователю снизить влияние вредного MEV

  • Использовать лимитные ордера там, где это возможно, вместо крупных market-swap’ов.
  • Не выставлять чрезмерно высокий slippage tolerance без необходимости.
  • Для крупных или чувствительных сделок:
    • применять интерфейсы с защищённой отправкой (приватный поток, protected swaps);
    • следить за нагрузкой сети и избегать очевидных пиков (массовые листинги, mint’ы).
  • Следить за тем, какие DEX/агрегаторы уже встроили защиту от сэндвич-атак.
  • Не полагаться слепо на «минимальную цену» в интерфейсе — это минимум, а не гарантированная финальная цена.

Частые вопросы (FAQ)

MEV — это баг блокчейна или неизбежная особенность? Скорее неизбежная особенность открытых блокчейнов: пока есть прозрачная очередь и участники, способные менять порядок транзакций, будет возникать MEV. Задача протоколов — сделать его максимально полезным и минимизировать вредный.

MEV есть только в Ethereum? Нет. MEV возникает в любых сетях, где есть:

  • публичная очередь транзакций;
  • сложные DeFi/NFT-сценарии;
  • возможность влиять на порядок.

Просто в разных сетях (Ethereum, L2, Solana) он проявляется по-разному из-за архитектуры.

Можно ли полностью убрать вредный MEV? Полностью — вряд ли, но можно сильно уменьшить:

  • приватные каналы, бандлы и защищённые маршруты;
  • честное упорядочивание;
  • дизайн протоколов, устойчивых к сэндвич-атакам и манипуляциям.

Обычному пользователю стоит переживать из-за MEV? Стоит хотя бы понимать базовые вещи:

  • избегать чрезмерных market-сделок на тонких пулах;
  • следить за slippage и пользоваться защищёнными интерфейсами;
  • знать, что иногда «плохая цена» — не баг DEX, а следствие конкуренции за MEV.

См. также

Task Runner