Base MEV: конечные точки, комиссии и бэкран.

Краткий ответ – в основе Base лежит OP Stack (та же модель оплаты, что и у Optimism после того, как Ecotone перенес данные L1 в блобы), но две вещи делают повседневную работу с MEV на Base другой. Во-первых, секвенсор управляется Coinbase, что исторически означало высокое время безотказной работы, но более жесткие ограничения скорости для обычных общедоступных RPC — всплеск трафика во время запуска или ивента с раздачей токенов поставит публичную конечную точку на ограничение скорости задолго до того, как это случится с частной. Во-вторых, в трафике Base преобладают потребительские приложения (memecoin на Aerodrome, социальные приложения, ончейн-игры), поэтому поверхность возможностей MEV почти целиком состоит из бэкранов AMM-свопов с очень короткими окнами. Для надежной работы вам нужен частный RPC, который не будет тормозить под нагрузкой, честная модель оплаты, которая переоценивает компонент L1 непосредственно перед подписанием, и атомарность, упакованная в один вызов контракта-исполнителя, чтобы частичные исполнения не могли заморозить капитал.

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

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

Что совпадает с Optimism, а что нет

Base — это цепочка на OP Stack, поэтому механизм комиссий по существу идентичен механизму комиссий Optimism: за каждую транзакцию взимается комиссия за выполнение L2 плюс плата за передачу данных L1, а после Ecotone стоимость компонента L1 оценивается через блобы EIP-4844. Здесь также применимы динамические скаляры L1 эпохи Holocene — ваша модель комиссий должна обновляться через eth_getL1Fee по точному tx, который вы собираетесь подписать, а не по значению, закэшированному даже секунду назад.

Что меняет повседневную картину:

• Оператор секвенсора. Секвенсор Base управляется Coinbase. Время безотказной работы было высоким, но реакция Coinbase на инциденты менее прозрачна, чем у Optimism с их публичными отчетами об инцидентах. Когда что-то идет не так, вы часто заметите снижение задержки еще до какого-либо официального подтверждения.
• Структура трафика. В трафике Optimism преобладает инфраструктура (протоколы DeFi, операции DAO). В трафике Base преобладает потребительский сегмент (торговля мемкоинами на Aerodrome, социальные приложения, игры). Это меняет форму возможностей MEV: более многочисленные, но мелкие свопы AMM, более короткие окна, больше конкуренции со стороны других бэкраннеров.
• Ограничение скорости. Публичные RPC Base агрессивно ограничивают скорость запросов. RPC, который комфортно держит 200 rps на Optimism, может упираться в потолок 50 rps на Base. Всегда замеряйте на собственной нагрузке, а не по маркетинговым цифрам провайдера.

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

Момент с ограничением скорости стоит повторить: во время запуска мемкоина на Aerodrome публичный RPC Base начнет ограничивать вашу скорость. Одиночный сёрчер, использующий частный RPC уровня 1 и один op-node рядом с us-east-2, превзойдет по производительности команду, гоняющую десять воркеров на публичном RPC. Замеряйте из своего реального региона развертывания с помощью теста задержки WSS, прежде чем на что-то рассчитывать.

Учет комиссий, который не лжет

Распространенная ошибка на Base: оценивать бэкран по скаляру комиссии L1, полученному пять секунд назад. Во время интенсивной публикации (несколько цепочек OP Stack одновременно конкурируют за пространство для больших двоичных объектов) доля L1 в комиссии Base может смещаться на 30–50 % в одном окне. Сделка, оцененная по устаревшему скаляру, незаметно становится убыточной.

Дисциплина здесь такая:

1. Оцените газ на выполнение L2 через eth_estimateGas для tx-кандидата.
2. Запросите eth_getL1Fee по точным байтам, которые вы собираетесь подписать. Запрашивайте заново при каждой повторной попытке, а не только при входе в стратегию.
3. Рассчитайте общую стоимость = газ L2 × эффективная цена газа L2 + плата за L1.
4. Отклоните сделку, если смоделированная прибыль не покрывает общие затраты плюс ваш запас прочности.

FRB Agent делает это автоматически перед каждой отправкой на Base — симулятор форкает текущее состояние и проигрывает транзакцию с актуальными параметрами комиссии, поэтому цена, которую вы видите, — это цена, которую вы платите.

А как насчет частных пакетов на Base?

Тот же ответ, что и у Optimism: на Base нет релея в стиле Flashbots, принимающего eth_sendBundle. Атомарность достигается за счет упаковки вашего маршрута в одну транзакцию, которая вызывает специальный контракт исполнителя. Контракт аннулируется в случае частичного провала, так что все либо сработает, либо нет.

Два практических способа отправки «с приватным оттенком»:

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

Runbook: бэкран на Base через Aerodrome или Uniswap v3

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

Типичные режимы отказа, характерные для Base

• Общественное регулирование RPC в середине транзакции. Вы достигли ограничения скорости на eth_call во время вычисления обратного прогона, ответ возвращается с задержкой в ​​5 секунд, возможность упущена. Самая большая причина «фантомных потерь» на базе — устраните ее, заплатив за частный RPC.
• Математические расчеты тика Aerodrome CL недооценены. Пулы скользящего потока Aerodrome имеют концентрированные тики ликвидности, которые меняются для каждого блока. Симуляция тиков последнего блока может быть существенно ошибочной. Повторно извлеките текущие тики непосредственно перед шагом моделирования.
• Приманки Memecoin. На базе размещено большое количество мошеннических контрактов на токены. Откат от приманки возвращается на этапе продажи — вы платите газ, но ничего не получаете. Поддерживайте список разрешенных токенов или запускайте проверку байт-кода контракта (ищите нестандартные перехватчики передачи), прежде чем разрешить маршруту войти в стратегию.
• Замедление работы секвенсора без предварительного уведомления. Coinbase не всегда оперативно публикует информацию о событиях деградации. Если задержка включения превышает обычный базовый уровень на 5+ минут, рассматривайте это как проблему секвенсора и приостанавливайте новые отправки, а не как проблему модели.

Когда следует полностью пропустить Base

• Запуск Memecoin вызывает бурю. Во время долгожданного запуска публичный мемпул настолько насыщен ботами и снайперами, занимающимися копи-трейдингом, что это препятствует экономическому коллапсу. Подождите 30–60 минут, пока пыль осядет.
• Инциденты со статусом Coinbase. Отключение секвенсора на стороне Coinbase может значительно продлить время подтверждения за пределы окна моделирования. Стоит подключить страницу статуса и официальную ленту статуса Base.

Ссылки

• Базовая документация разработчика
• Обзор базовых сборов
• Обновление Ecotone и плата за BLOB-объекты OP Stack