MEV (Maximal Extractable Value) — что это, MEV-Boost, PBS и OFA

Кому и зачем важно разбираться в MEV

Почему возникает MEV: источник ценности в порядке транзакций

• Порядок — редкий ресурс. На DEX-рынках dApp цена зависит от последовательности свопов и доступной ликвидности (AMM с кривыми ценообразования). Это порождает:

• Арбитраж между пулами/биржами — кто первый увидит перекосы цен и «закроет» их, тот и заберёт спред.

• Ликвидации в DeFi — кто первым вызовет ликвидацию, тот получит бонус.

• Сандвич-атаки — кто успеет «обжать» крупный рыночный ордер жертвы, тот зафиксирует ценовое смещение.

• Любая открытая очередь транзакций (мемпул) создаёт пространство для наблюдения и конкурентных ставок за приоритет. Именно это и монетизируется в виде MEV.

Эволюция: от Miner EV к Maximal EV, от PoW к PoS & PBS

Исторически термин начинался как Miner Extractable Value (в эпоху PoW). С переходом Ethereum на PoS роль майнера занял валидатор, а экосистема выстроила многостадийный аукцион блока:

• Searcher (искатели) собирают/симулируют бандлы выгодных транзакций (арбитраж, ликвидации, бэкранинги).

• Builder (строитель) конструирует «наиболее доходный» блок из заявок поисковиков и пользовательских транзакций.

• Relay (релей) передаёт билду с доказательством вознаграждения, снижая риск «воровства» блока.

• Proposer (валидатор) выбирает лучший билд и подписывает блок.

Такая схема снижает нагрузку на валидаторский софт и делает рынок более «прозрачным», но привносит риски централизации билдеров/релеев и цензуры. В дискуссии — «вшитый PBS» (enshrined PBS) и механизмы повышения устойчивости.

См. также: EIP-1559 — базовая комиссия, «tip» и сжигание в Ethereum (рынок комиссий L1), EIP-4844 (Proto-Danksharding): blobs и дешёвые L2-транзакции (отдельный рынок «blob-gas» для L2).

Акторы и «цепочка поставки MEV»

Классификация MEV (механики)

• Арбитраж (DEX↔DEX/DEX↔CEX) — бэкранинг к крупному ордеру, кросс-пулы и кросс-биржи.

• Ликвидации — кто раньше всех, тот и получает премию; борьба идёт за миллисекунды.

• Сандвич-атаки — фронтран + жертва + бэкранинги (см. Сандвич-атака).

• Time-bandit/реорги (теоретически/в экзотике) — попытка переписать недавнюю историю ради более «жирного» MEV (угроза для консенсуса).

• Кросс-доменный MEV — арбы/ликвидации между L1↔L2, между L2 и мостами, с учётом задержек финализации.

• SEV (Sequencer EV) — MEV на роллапах (см. ниже).

Важно: не весь MEV «токсичный». Нутральный/полезный MEV (арбитраж, ликвидации) помогает восстанавливать цены и здоровье протоколов. Токсичный (сандвичи, манипуляции) — ухудшает итоговую цену/опыт для пользователя.

MEV на L2: SEV, секвенсеры и «based rollups»

В роллапах есть секвенсер — сущность, которая упорядочивает транзакции внутри L2 и публикует данные на L1. Это концентрирует SEV (аналог MEV на L2): секвенсер может извлекать ценность из порядка, а пользователи сталкиваются с тем же набором рисков, что и на L1 — с поправками на задержки публикации данных и финализации.

Текущие направления:

• Децентрализация секвенсинга — от «соло-секвенсера» к shared/pooled/L1-based моделям.

• Based rollups — вынесение секвенсинга к валидаторам L1 для наследования их децентрализации и встраивания в L1-PBS.

• Аукционы ордерфлоу и приватный флоу на L2 — чтобы «шерить» часть ценности с пользователем и снизить токсичный MEV.

См. также: Роллапсы — оптимистические и zk: как это работает, RWA — токенизация реальных активов (для связки с токенизацией и кросс-доменными арбитражами).

OFA: аукционы ордерфлоу и «приватные» каналы

Order Flow Auctions (OFA) — это конкурсы между поисковиками/солверами за право исполнить частично приватный пользовательский ордер. Принципы:

• Пользователь/кошелёк отдаёт минимум утечки данных до исполнения.

• Поисковики торгуются за право исполнения, обещая refund/price improvement.

• Ордер исполняется без сандвича, а часть извлекаемой ценности возвращается пользователю.

К OFA относятся: батч-аукционы «solver»-типа, RFQ-модели (запросы котировок), execution-аукционы (private RPC). В перспективе это связывается с интентами и «сквозной» приватностью. См. Интенты (создать), dApp — децентрализованные приложения на блокчейне.

Риски MEV для сети и пользователей

Для сети:

• Пики MEV и безопасность — при экстремальных «шипах» MEV у предложителя возникает стимул к нечестным стратегиям (в т.ч. реорги в слабых сетях), что подрывает консенсус.

• Централизация билдеров/релеев — концентрация мощности и политик может привести к цензуре (отсев «нежелательных» транзакций, зависимость от небольшого числа инфраструктур).

• Приватные каналы vs. прозрачность — слишком большой уход из публичного мемпула ухудшает «ценовое открытие» и затрудняет анализ.

Для пользователей:

• Сандвич — скрытая «налоговая нагрузка» на крупные ордера.

• Завышенный слиппедж — исполнение по худшей цене при неправильных настройках.

• Непрозрачные маршрутизаторы/фронтенды — конфликты интересов (эксклюзивный ордерфлоу), «приватные» сделки без реального возврата ценности.

Практическая защита пользователя

• Контролируйте slippage и вид исполнения. Для рыночных свопов ставьте минимально разумный допуск; для крупных сумм — используйте лимитные заявки/батчи. См. Slippage.

• Рассматривайте «приватный» канал с аукционом. Сервисы с OFA-принципами и private-RPC снижают вероятность сандвича и иногда возвращают улучшение цены. См. MEV-protect RPC (создать).

• Избегайте «попадания в волну». Не гнаться за «горячими» токенами в пик газовой нагрузки — всплески увеличивают шанс токсичного MEV.

• Проверяйте маршрутизатор. Понимайте, за счёт чего он «улучшает цену»: агрегация ликвидности, RFQ с маркет-мейкерами, батч-аукционы или скрытые бэкранинги.

Что делают протоколы и экосистема

На уровне L1/L2:

• PBS и его «вшивание» (enshrined PBS). Разделение предложителя и строителя снижает требования к валидаторам и формализует рынок блоков; задача — сохранить конкуренцию билдеров и ограничить цензуру.

• Списки включения (Inclusion Lists) и подходы с fork-choice enforced — механика повышения цензуроустойчивости: предложитель может «форсировать» включение набора транзакций в последующие слоты.

• MEV-burn / сглаживание пиков. Идея распределить/«сжечь» часть пикового MEV, ослабив стимулы к небезопасному поведению и приблизив эффект к механике base fee.

• CRLists и другие инструменты для релеев/билдеров. Технические и организационные практики против селективной цензуры, чтобы не зависеть от политик узкого круга провайдеров.

На уровне приложений и кошельков:

• OFA/интенты. Переход от «публичного мемпула» к аукциону за право честно исполнить запрос с минимальной утечкой данных.

• Прозрачность маршрутизации. Логировать улучшения цены, делиться долей «refund» с пользователем, ясно объяснять риски.

• Ограничения в смарт-контрактах. Лимиты проскальзывания, commit–reveal-схемы для чувствительных действий, «рандомизация» параметров там, где это возможно без урона UX.

MEV и экономика комиссий

EIP-1559 сделал комиссии предсказуемее (base fee + tip), но не устранил стимул за порядок. Доход валидатора сегодня складывается из:

• tip (приоритетная надбавка),

• MEV (выплата из билда),

• и внепротокольной MEV-надбавки (например, из аукционов блоков).

С внедрением EIP-4844 рынок «данных для L2» получил отдельную базовую комиссию (blob-base fee). Это снижает конкуренцию L2 с обычными L1-транзакциями, но кросс-доменный MEV остаётся (между L1 и L2).

Типовые сценарии MEV (разбор)

1) Сандвич-атака (DEX).

Профильный «токсичный» случай:

• наблюдение мемпула → фиксация крупного рыночного ордера жертвы;

• фронтран: покупка до жертвы → цена растёт;

• исполняется ордер жертвы по худшей цене;

• бэкранинг: злоумышленник продаёт дороже и фиксирует прибыль;

• жертва получает худший курс; сеть — лишнюю волатильность газа.

2) Арбитраж кросс-пулами. Нейтральный/полезный MEV: поисковик восстанавливает ценовые равновесия и зарабатывает на спреде. Пользователь страдает меньше — особенно если ордер идёт через OFA/батч.

3) Ликвидации. Классический соревновательный рынок: кто первым вызвал ликвидацию — тот и получил премию. Для протоколов это «санитарная функция», для пользователей — риск при чрезмерном плече.

4) Кросс-доменный MEV. Между L1↔L2 и L2↔L2 из-за различий в финализации и задержек публикации данных. Часто — источник скрытых рисков для бриджей и мультичейн-стратегий.

5) Time-bandit (реорги). Теоретически возможный сценарий при крайних пиках MEV: мотивация переписать недавнюю историю в пользу более доходной последовательности. Для Ethereum-PoS это сложнее, но остаётся объектом исследований безопасности.

Архитектура после Merge: MEV-Boost, релеии, билдеры

После Merge валидаторы массово используют MEV-Boost-совместимые цепочки (программные компоненты), которые позволяют получать блоки от внешних билдера/релеев. Это повышает доходность и снижает технический барьер, но рождает вопросы децентрализации:

• Концентрация билдеров — несколько игроков могут контролировать существенную долю билда.

• Цензура релеев — политика в отношении определённых адресов/контрактов может приводить к отсеву транзакций.

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

• Дальнейшее развитие обсуждается как enshrined PBS (вшивание в протокол), inclusion lists и mev-burn (сглаживание пиков и перераспределение).

Как писать протоколы «MEV-aware»

• Думать батчами и аукционами. Батч-аукционы и RFQ снижают токсичный MEV за счёт «единого клиринга» и ограниченной утечки данных.

• Ставить «жёсткие» лимиты. Слиппедж/лимиты/дедлайны — не косметика, а системная защита.

• Приватность до исполнения. По возможности — частичная/программируемая приватность транзакционных данных до клиринга.

• Fail-safe на газ. При всплесках base fee — паузы/лимиты на автоматизированные действия, чтобы не «перепрыгивать» в токсичную зону мемпула.

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

MEV — это всегда плохо? Нет. Нейтральный/полезный MEV (арбитраж, ликвидации) повышает эффективность рынков. Плохо — токсичный MEV (сандвичи, манипуляции), от которого защищаются протоколы и кошельки.

Если есть EIP-1559, почему комиссии всё равно «скачут»? EIP-1559 сделал комиссии предсказуемее (base fee + tip) и убрал «первую цену» аукционов, но спрос на порядок и пропускную способность никуда не делся. MEV — это как раз цена за порядок.

Чем MEV на L2 (SEV) отличается от L1? Сущность та же (ценность порядка), но риски смещены к секвенсеру. Важны модели децентрализации и как именно публикуются данные на L1.

Помогают ли приватные RPC и OFA? Да, при корректном дизайне: снижают вероятность сандвича и возвращают часть стоимости пользователю. Но важно доверять провайдеру маршрутизации и понимать условия.

Что такое inclusion lists и зачем они? Это подход для повышения цензуроустойчивости: предложитель может «обязать» последующих включить определённые транзакции, иначе их блоки считаются невалидными. Детали — в нашем будущим материале Inclusion Lists (механика и дизайн).

MEV-burn — это «сжигание» MEV как у base fee? Идея схожа по духу: сгладить пики и перераспределить экстрадоход, повышая безопасность и устойчивость. Конкретные механизмы — предмет активной проработки; см. MEV-burn (концепции и варианты).

История и вехи (Ethereum-контекст)

• 2019–2020 — исследования зависимости от порядка (DEX, фронтранинг, сандвич), оформление термина MEV.

• 2021 — активные дискуссии по дизайну рынка комиссий и устойчивости к MEV; London (EIP-1559 — базовая комиссия, «tip» и сжигание в Ethereum).

• 2022 — Merge (PoS), массовое внедрение MEV-Boost; всплеск обсуждений цензуры релеев.

• 2023–2025 — развитие PBS-архитектуры, OFA, интентов, предложения inclusion lists, mev-burn, усиление кросс-доменных сценариев MEV с ростом Роллапсы — оптимистические и zk: как это работает.

Что читать дальше на 24k Wiki

База: Блокчейн — как устроен распределённый реестр, Gas, Роллапсы — оптимистические и zk: как это работает, dApp — децентрализованные приложения на блокчейне, ZK-proof (Zero-Knowledge): как это работает и где применяют

Стандарты: EIP-1559 — базовая комиссия, «tip» и сжигание в Ethereum, EIP-4844 (Proto-Danksharding): blobs и дешёвые L2-транзакции, Eip 3198, Eip 3529

Персоны/компании (для контекста рынков и инфраструктуры): Vitalik Buterin, Brian Armstrong, Криптобиржи — раздел: навигация и ключевые материалы

Перспективные страницы (в разработке):

Inclusion Lists: как устроены и зачем

MEV-burn: модели перераспределения и сглаживания пиков

MEV-protect RPC: принципы и риски

Интенты: от заявок к аукционам исполнения

SEV на L2: секвенсеры, shared/based-модели, риски цензуры