Одинаковый набор транзакций может дать разный экономический результат
Представим block с тремя действиями: пользователь покупает токен в AMM, arbitrage bot выравнивает цену с другой площадкой, а lending protocol позволяет ликвидировать позицию. Если переставить их, изменятся reserves пула, доступность arbitrage и размер collateral. Все transactions могут оставаться формально валидными, но получатели и суммы будут другими.
Ethereum.org определяет MEV как максимальную ценность сверх стандартной block reward и gas fees, доступную через включение, исключение или изменение порядка transactions. Термин раньше расшифровывался как miner extractable value, но после перехода Ethereum на Proof of Stake блоки предлагают validators, а специализированные searchers и builders участвуют в поиске и упаковке возможностей.
Как намерение пользователя превращается в ordered block
- Интерфейс рассчитывает результат на текущем state
Пользователь видит expected output, price impact, slippage limit и предполагаемый network cost.
- Подписанная transaction попадает в маршрут доставки
Это может быть public mempool или отдельный private submission path; подпись не фиксирует место в блоке.
- Searchers оценивают возможные последовательности
Боты симулируют arbitrage, liquidations и другие state-dependent действия и предлагают bundles или transactions.
- Builder собирает execution payload
Он выбирает допустимый набор и ordering, стремясь создать конкурентное предложение за blockspace.
- Validator предлагает block
После inclusion EVM исполняет операции последовательно; итог каждой зависит от state после предыдущих.
Арбитраж, ликвидация и sandwich используют один принцип с разными последствиями
| Ситуация | Откуда берётся возможность | Кто получает ценность | Эффект для пользователя |
|---|---|---|---|
| DEX arbitrage | Цена одного актива различается между pools или venues | Searcher и block producer через bid | Цены сближаются, но часть price difference забирает arbitrage |
| Liquidation | Позиция пересекла protocol threshold | Liquidator и участники block market | Протокол закрывает риск по заранее заданным правилам |
| Sandwich | Большой swap заметно двигает pool price и допускает широкий slippage | Searcher, разместивший buy до и sell после | Victim получает хуже исполнение, чем без окружающих transactions |
- Ситуация
- DEX arbitrage
- Откуда берётся возможность
- Цена одного актива различается между pools или venues
- Кто получает ценность
- Searcher и block producer через bid
- Эффект для пользователя
- Цены сближаются, но часть price difference забирает arbitrage
- Ситуация
- Liquidation
- Откуда берётся возможность
- Позиция пересекла protocol threshold
- Кто получает ценность
- Liquidator и участники block market
- Эффект для пользователя
- Протокол закрывает риск по заранее заданным правилам
- Ситуация
- Sandwich
- Откуда берётся возможность
- Большой swap заметно двигает pool price и допускает широкий slippage
- Кто получает ценность
- Searcher, разместивший buy до и sell после
- Эффект для пользователя
- Victim получает хуже исполнение, чем без окружающих transactions
Не всякий MEV равен краже. Arbitrage может возвращать on-chain price ближе к другим рынкам. Permissionless liquidations нужны lending protocol, чтобы погашать нездоровый debt. Но sandwich намеренно использует ценовое движение, созданное чужим swap: сначала searcher покупает, затем выполняется victim transaction, затем searcher продаёт дороже.

Slippage tolerance ограничивает цену, но не выключает MEV
В AMM price impact появляется из-за размера собственного swap относительно liquidity. Price slippage — отличие между ожидаемым и фактическим результатом к моменту execution. Sandwich может добавить неблагоприятное изменение state внутри разрешённой границы. Поэтому большое slippage tolerance расширяет пространство допустимого исполнения, но слишком маленькое повышает вероятность revert при обычном движении рынка.
Priority fee тоже не покупает честный порядок. Она делает transaction привлекательнее для inclusion, но конкурирующий searcher способен использовать bundle, private route или более выгодный bid. Повышать комиссию после плохой котировки — значит решать скорость, а не ограничивать цену и calldata.
Searcher ищет возможность, builder собирает block, proposer выбирает payload
| Роль | Что делает | Чего не гарантирует |
|---|---|---|
| User или dapp | Формирует и подписывает transaction | Место и соседей в block |
| Searcher | Находит state-dependent opportunity и строит transactions или bundle | Что именно выберет builder |
| Builder | Собирает полный execution payload и назначает bid | Принятие его payload proposer |
| Relay | В MEV-Boost flow проверяет и передаёт предложения | Отсутствие operational или policy risk |
| Proposer | Выбирает payload и предлагает Beacon block | Экономически нейтральный ordering внутри полученного payload |
- Роль
- User или dapp
- Что делает
- Формирует и подписывает transaction
- Чего не гарантирует
- Место и соседей в block
- Роль
- Searcher
- Что делает
- Находит state-dependent opportunity и строит transactions или bundle
- Чего не гарантирует
- Что именно выберет builder
- Роль
- Builder
- Что делает
- Собирает полный execution payload и назначает bid
- Чего не гарантирует
- Принятие его payload proposer
- Роль
- Relay
- Что делает
- В MEV-Boost flow проверяет и передаёт предложения
- Чего не гарантирует
- Отсутствие operational или policy risk
- Роль
- Proposer
- Что делает
- Выбирает payload и предлагает Beacon block
- Чего не гарантирует
- Экономически нейтральный ordering внутри полученного payload
MEV-Boost — middleware, а не изменение правил EVM. По документации Flashbots валидатор может запросить blocks у рынка builders через relays. Это практическая форма proposer-builder separation вне самого protocol. Она разделяет функции, но сохраняет вопросы конкуренции builders, relay availability, censorship и того, какой orderflow вообще виден участникам.
Private submission скрывает заявку от public mempool и меняет круг наблюдателей
Сервисы private transaction принимают подписанную transaction напрямую и передают её выбранным builders вместо обычного публичного broadcast. Это может уменьшить риск, что generalized frontrunner скопирует или окружит видимую заявку. Но «private» относится к маршруту до inclusion, а не к вечной тайне: после попадания в публичный block transaction и её результат наблюдаемы on-chain.
| Свойство | Public mempool | Private route |
|---|---|---|
| Наблюдение до block | Transaction доступна peers и mempool observers | Transaction видят участники выбранного private pipeline |
| Конкуренция | Searchers могут реагировать на публичные calldata | Зависит от policy и подключённых builders |
| Inclusion | Конкурирует в публичном fee market | Зависит от доставки и участия builders/proposers |
| После inclusion | Публичный receipt и state change | Такой же публичный receipt и state change |
| Гарантия лучшей цены | Нет | Нет: quote, liquidity и contract rules остаются важны |
- Свойство
- Наблюдение до block
- Public mempool
- Transaction доступна peers и mempool observers
- Private route
- Transaction видят участники выбранного private pipeline
- Свойство
- Конкуренция
- Public mempool
- Searchers могут реагировать на публичные calldata
- Private route
- Зависит от policy и подключённых builders
- Свойство
- Inclusion
- Public mempool
- Конкурирует в публичном fee market
- Private route
- Зависит от доставки и участия builders/proposers
- Свойство
- После inclusion
- Public mempool
- Публичный receipt и state change
- Private route
- Такой же публичный receipt и state change
- Свойство
- Гарантия лучшей цены
- Public mempool
- Нет
- Private route
- Нет: quote, liquidity и contract rules остаются важны
Private RPC — продукт с конкретными условиями, а не свойство адреса Ethereum. Нужно читать поддерживаемые networks, способы отмены или resubmission, privacy policy, builder coverage и поведение при невключении. Отправка одной signed transaction одновременно в несколько несовместимых маршрутов может изменить её наблюдаемость и усложнить диагностику.
По receipt видно исполнение, но не весь рынок альтернативных порядков
Какие факты можно собрать после подозрительного swap
- transaction index и соседние operations в том же block;
- изменение reserves или pool price до и после execution;
- actual output, minimum received и события router/pool;
- адреса transactions, которые купили до и продали после;
- gas, priority fee, builder/proposer fields и использованный route, если он известен;
- quote или simulation до подписи — только если интерфейс действительно сохранил её timestamp и параметры.
Одна похожая пара transactions ещё не доказывает намерение или владельца searcher. Уверенный разбор требует связать ordering, pools, token flows и экономический результат. Самый практичный вывод до подписи проще: читать minimum received, не завышать tolerance только ради успешного статуса, оценивать liquidity и понимать, куда интерфейс отправляет orderflow.
MEV объясняет разницу между «транзакция валидна» и «исполнение выгодно пользователю»
Consensus проверяет, что block следует protocol rules. Он не обязан выбирать для каждого swap лучшую возможную цену и не знает личную цель отправителя сверх закодированных ограничений. Поэтому защита пользователя строится в transaction: точные contracts, deadline, minimum output и осмысленная граница slippage. Маршрут доставки дополняет эти ограничения, но не заменяет их.
MEV полезно читать как рынок за порядок. Иногда этот рынок исправляет дисбаланс или исполняет liquidation, иногда переносит ценность от пользователя к searcher, а иногда влияет на архитектуру всего block production. Одинаковое слово описывает разные последствия — различать их важнее, чем пытаться присвоить каждому боту одну моральную роль.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- Ethereum.org — maximal extractable value Ethereum Foundation · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Ethereum.org — transactions Ethereum Foundation · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Flashbots Docs — Flashbots Protect Flashbots · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Flashbots Docs — MEV-Boost Flashbots · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Uniswap Labs — price impact и price slippage Uniswap Labs · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Aave — health factor and liquidations Aave · Проверено 15 августа 2026 г. в 00:34 GMT+5
