Optimism MEV: комиссии, конечные точки и…

Краткий ответ — в MEV на Optimism в 2026 году преобладают две динамики затрат, отличающиеся от основной сети Ethereum. Во-первых, цепочки OP Stack оплачивают данные L1 через блобы EIP-4844 (начиная с обновления Ecotone), поэтому стоимость calldata больше не масштабируется с «сырым» газом L1, но плата за блобы всё равно может резко вырастать в периоды интенсивной публикации. Во-вторых, Optimism использует централизованный секвенсор; здесь нет пакетной ретрансляции в стиле Flashbots, поэтому приоритет — это функция от приоритетной комиссии плюс задержка до эндпоинта секвенсора, а не ставка на отдельном аукционе. Для надёжного исполнения нужны три вещи: честная модель комиссии, учитывающая и плату за исполнение L2, и плату за данные L1, эндпоинт с низкой задержкой (приватный коммерческий RPC или собственный op-node), и атомарность, упакованная в одну транзакцию, чтобы частичные исполнения не могли заморозить капитал между ногами сделки.

Путь мастерства

• Пособие по Arbitrum: частные пакеты
• Базовые стратегии MEV (2026 г.)
• Пособие по исполнению на Optimism
• Reth RPC с самой низкой задержкой для MEV

Модель комиссий Optimism в 2026 году

За каждую транзакцию Optimism взимается две комиссии: комиссия за выполнение L2 (цена аналогична обычному газу EIP-1559) и комиссия за данные L1 (стоимость публикации данных этой транзакции в основной сети Ethereum). Второе — это то, что сбивает с толку операторов MEV, которые оценивают сделки так, как будто они на Ethereum.

Три обновления существенно изменили ситуацию за последние 18 месяцев:

• Bedrock (середина 2023 г.) представила современный рынок комиссий с отдельными компонентами L2 и L1.
• Ecotone (март 2024 г.) перенёс публикацию данных L1 на блобы EIP-4844, снизив типичную долю L1 в комиссии примерно на порядок по сравнению с эпохой calldata.
• Holocene/Granite (2024–2025 гг.) уточнили раскрытие параметров комиссии и сделали скаляр базовой комиссии L1 динамическим, поэтому всплески спроса на блобы передаются в комиссию L2 в течение нескольких минут.

Практическое значение: доля L1 в комиссии Optimism больше не «маленькая и стабильная». Спрос на блобы скачкообразен, и во время интенсивной публикации (роллапы конкурируют за место в блобах) компонент L1 в комиссии OP Stack может на короткое время удвоиться или утроиться. Сделка, которая была прибыльной в момент постановки в очередь, может стать убыточной к моменту подписания и отправки.

Исправление состоит в том, чтобы запросить компонент комиссии L1 через eth_getL1Fee (или эквивалентный путь предварительной компиляции в вашем стеке) непосредственно перед подписанием — никогда не доверяйте значению, кэшированному более чем на несколько секунд.

Ландшафт конечных точек

У Optimism нет публичного мемпула в стиле Ethereum с полноценным распространением по сети, но секвенсор принимает транзакции через стандартный JSON-RPC и рассылает их другим op-node. Хорошо подключённый op-node увидит входящие транзакции до того, как они будут включены в блок — поэтому бэкраны работают, но окно задержки короткое.

Если вы работаете с заметным объёмом, op-node, расположенный в регионе секвенсора, быстро окупается — благодаря преимуществу в задержке и тому, что вы избегаете лимитов коммерческого RPC во время всплесков волатильности. При меньшем объёме рациональный выбор — коммерческий RPC уровня 2; протестируйте кандидатов с помощью теста задержки WSS из вашего реального региона деплоя.

А как насчет «частных пакетов» на Optimism?

У Optimism нет релея в стиле Flashbots, в которое можно отправить eth_sendBundle. Атомарность должна обеспечиваться упаковкой вашего маршрута в одну транзакцию, вызывающую кастомный контракт-исполнитель — этот контракт откатывается при частичном сбое, так что всё либо проходит целиком, либо не проходит вовсе. Это та же схема, что и на Arbitrum.

Два практических инструмента для отправки в «приватном духе»:

• Приватные RPC-эндпоинты, которые не рассылают вашу транзакцию в публичный P2P-слой, пока она не будет включена секвенсором. Большинство коммерческих RPC для Optimism предлагают это как платную функцию.
• Отправка в стиле intent через любой релей с поддержкой Optimism. Внедрение идёт медленнее, чем в мейннете — перед тем как полагаться на это, убедитесь, что у релея действительно есть активные искатели на Optimism.

Предторговое моделирование

Ближайший эквивалент eth_callBundle в Optimism — это форк op-node через Anvil/Foundry (anvil --fork-url <op-rpc>) с воспроизведением транзакции-кандидата на текущем состоянии. Это отлавливает:

• Реверты из-за недооценки платы за данные L1 (самый частый незаметный сбой в OP Stack).
• Проскальзывание из-за изменений пути между DEX между симуляцией и подписанием.
• Дрейф газового оракула, если базовая комиссия L1 меняется между симуляцией и отправкой.

Агент FRB выполняет этот шаг форк-симуляции для каждой кандидатной отправки на Optimism, прежде чем приватный ключ будет использован для подписи.

Runbook: отправка бэкрана на Optimism

1. Подпишитесь на WSS-фид op-node для входящих транзакций. Убедитесь в устойчивом темпе поступления; переподключайтесь, если задержка превышает ~500 мс.
2. Определите целевую транзакцию и вычислите путь бэкрана относительно текущего состояния пула.
3. Повторно запросите компонент комиссии L1 через eth_getL1Fee для точной транзакции, которую вы собираетесь подписать, а не для более ранней оценки.
4. Просимулируйте на форке op-node на текущей голове сети. Отклоните, если симулированная прибыль не покрывает (L2 gas + L1 data fee + priority fee + safety margin).
5. Отправьте через свой приватный RPC с приоритетной комиссией, конкурентной относительно других бэкраннеров в том же окне. У Optimism двухсекундные блоки — ваше окно короткое.
6. Подтвердите включение в течение 2 блоков. Если транзакция не попала в блок к этому моменту — отмените путь. Не повторяйте попытку против состояния, которое уже изменилось.
7. Логируйте реализованный PnL против симулированного PnL. Стабильный разрыв означает, что ваша модель комиссий устарела — донастройте её.

Распространенные виды отказов

• Устаревший скаляр платы L1. Во время пиков спроса на блобы комиссия L2 меняется быстрее, чем обновляется большинство кэшей. Если ваш RPC-клиент кэширует скаляры, вы недоплатите и проиграете аукцион по цене.
• Сбой секвенсора. У секвенсора Optimism случались сбои. Имейте запасной вариант через путь L1-депозита / принудительного включения для сделок, которые вам критически важно завершить — с готовностью принять гораздо более медленное подтверждение и более высокую стоимость в обмен на устойчивость к цензуре.
• Гонка двух ног сделки. Если в вашей стратегии есть две отправки, которые должны исполниться по порядку, закодируйте обе в один вызов контракта-исполнителя. Иначе вторая нога может встать в очередь после чужой транзакции и откатиться.
• Путаница с мостами. Транзакция, «подтверждённая» на Optimism, финальна на уровне L2, но не на уровне L1. Для потоков, чувствительных к окончательности расчётов, дождитесь окна вызова L1 (~7 дней при стандартном выводе) или используйте быстрый мост с собственными допущениями о доверии.

Когда правильный ответ — «не торговать на Optimism прямо сейчас»

Два условия, при которых цепочка временно нерентабельна:

• Экстремальный спрос на блобы — когда доля L1 в комиссии OP Stack приближается к стоимости исполнения L2, ваш запас безопасности исчезает. Следите за комиссией за блобы в мейннете вместе со скаляром L1 Optimism; если оба растут — переждите в стороне.
• Нестабильность секвенсора — на странице состояния отображается текущее состояние. В периоды ухудшения качества задержка включения резко увеличивается, и ваша симуляция устаревает до того, как произойдет передача.

Ссылки

• Документация разработчика Optimism: сборы
• Обзор обновления Ecotone (EIP-4844 в стеке OP)
• Запуск op-node