Вероятность включения 101: размышления о…

Краткий ответ — Вероятность включения — это доля отправленных вами пакетов, которые фактически попадают в цепочку. В 2026 году это измеряется, а не предполагается: рабочий путь пакета в основной сети Ethereum с разветвлением нескольких сборщиков и комиссией с конкурентным приоритетом обычно дает подавляющее большинство пакетов, но абсолютное количество зависит от уровня конкуренции вашей стратегии, покрытия сборщика, которого достигает разветвление, и новизны вашей модели комиссий — все из них зависят от цепочки и времени суток. Формула ожидаемого значения — EV = (Reward − Cost) × P_inc − (Failure_Penalty × (1 − P_inc)), а на путях частной ретрансляции штраф за сбой равен примерно нулю (нет газа в цепочке для не включенных пакетов), что делает повышение P_inc ручкой с самым высоким рычагом, которая у вас есть. Ловушка, в которую попадают операторы, заключается в том, что P_inc рассматривается как одно глобальное число — это распределение по каждой стратегии, по каждому релею, по времени суток, и именно так его и следует измерять.

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

• Что такое MEV?
• Частный и публичный мемпул
• Бэкран против сэндвич-стратегии
• Вероятность включения (текущая)
• Руководство по исправлению неудачных пакетов
• Сканирование мемпула 101

Формулировка ожидаемого значения

Каждая возможность MEV — это ставка на то, достанется ли ваш пакет, и будет ли он прибыльным, когда это произойдет:

EV = (Reward − Cost) × P_inc − (Failure_Penalty × (1 − P_inc))
Copy

Где:

• Награда = прибыль, если пакет проходит и стратегия работает.
• Стоимость = оплата за газ + плата за приоритет + плата за релей (если есть) + откат сборщику.
• P_inc = вероятность включения в целевой блок.
• Failure_Penalty = газ в цепочке, оплаченный, если пакет был отправлен, но не принес прибыли.

Для путей частной ретрансляции (eth_sendBundle) Failure_Penalty ≈ 0 — пакеты, которые не включены, не сжигают газ. Это сворачивает формулу примерно до EV ≈ (Reward − Cost) × P_inc, что делает повышение P_inc ручкой с самым высоким рычагом.

Для отправок в общедоступный мемпул «Failure_Penalty» — это полный газ для каждой отмененной попытки. Вот почему операторы MEV с публичным мемпулом истекают кровью, даже когда отдельные успешные сделки прибыльны — количество отклоненных попыток увеличивается.

Что движет P_inc

Три основных фактора, упорядоченных по типичному воздействию:

1. Охват сборщиками вашего разветвления по релею. Отправка через один релей достигает той доли следующих блоков, которую выигрывают сборщики этого релея. На Ethereum это обычно 30–60%. Разветвление по Flashbots + Titan + beaverbuild + rsync-builder увеличивает охват почти до 95%+. Большинство операторов получают наибольшее улучшение P_inc, просто добавляя релей в свое разветвление.
2. Конкурентоспособность приоритетной платы. Пакет, чья приоритетная плата ниже установленной цены для этого блока, не включается независимо от того, какой ретранслятор его перенаправил. Сборщики сортируют пакеты по стоимости газа; неконкурентные предложения каждый раз проигрывают.
3. Задержка до релея. Сборщики закрывают список включения в какой-то момент перед слотом. Пакеты, прибывшие после этого срока, не могут быть включены, даже если за них хорошо платят. При 12-секундных слотах основной сети достаточно RTT до вашего релее менее 150 мс; менее 50 мс дальше не помогает.

Вторичные факторы:

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

Как измерить реальный уровень включения

Ежедневные данные по каждой стратегии, сохраненные на информационной панели:

• Пакеты отправлены.
• Пакеты включены. Перепроверяйте фактический блок, на который нацелен ваш пакет, а не проверку «приземлилась ли где-нибудь моя передача».
• Доля включения по ретрансляторам. Атрибуция по ретрансляторам — по какому пути ретранслятора доставлен каждый успешный пакет.
• Доля включения в зависимости от времени суток. Разные часы, разная загруженность, разные P_inc.
• Реализованная и смоделированная прибыль на каждый включенный пакет. Постоянный разрыв означает, что симулятор лжет.

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

Что делать, если P_inc проскальзывает

Если измеренное значение P_inc упадет более чем на 20% от базового уровня:

1. Сначала проверьте релей по отдельности. Если вклад одного ретранслятора упал, значит, изменилось покрытие этого ретранслятора (потерялся крупный сборщик и т. д.) — отключите его или снизьте его вес.
2. Затем задержка. Регрессия задержки p95 для ваших релеев часто коррелирует с коллапсом P_inc. Странности облачного провайдера, изменения региональной маршрутизации, проблемы с интернет-провайдером.
3. Затем обновляется модель комиссий. Во время смены режима комиссий (после форка, начинается эра blob-fee) устаревшая модель занижает ставки на несколько недель, пока вы не заметите это.
4. И наконец, стратегия. Часто то, что выглядит как «стратегия перестала работать», на самом деле является одним из вышеперечисленных; расследование в таком порядке экономит время.

Улучшение P_inc

• Разветвление минимум на четыре релея. Отправка через один релей оставляет на столе 30–50% потенциальных включений.
• Обновите информацию о комиссии непосредственно перед подписанием. При устаревших комиссиях оспариваемые блоки теряются.
• Разместите вашего отправителя в регионе ретранслятора, если задержка от вашего текущего местоположения превышает 150 мс.
• Используйте правильные подсказки. revertingTxHashes для любых транзакций, которые могут быть отменены; targetBlockNumber и maxBlockNumber для привязки окна включения.
• Отслеживайте производительность каждого релея и изменяйте вес. Агент FRB делает это автоматически.

Характеристики включения, специфичные для сети

Механика P_inc существенно различается в разных цепочках — одни и те же стратегии, используемые для улучшения инклюзивности в Ethereum, не всегда реализуются напрямую.

Ethereum (12-секундные интервалы): Экосистема PBS с несколькими сборщиками означает, что охват сборщиков является доминирующим фактором. Благодаря разветвлению Flashbots + Titan + beaverbuild охват достигает 90%+. Вторым фактором является уровень конкурентных ставок — у Ethereum самый активный рынок поиска, поэтому конкурентоспособность комиссий здесь имеет большее значение, чем в любой другой цепочке.

Solana (слоты менее секунды): Пакеты Jito Block Engine отправляются непосредственно лидерам валидаторов посредством заказа на основе чаевых. P_inc на Solana во многом определяется тем, отправляете ли вы транзакции на достаточное количество региональных конечных точек Jito (Нью-Йорк, Франкфурт, Токио, Амстердам) и находится ли ваш чаевой на уровне или выше текущего отсечного чаевого в 80-м процентиле. Покрытие сборщиками как концепция здесь не применяется — посредника-сборщика просто нет.

Arbitrum и L2s: Включение на основе секвенсора означает, что окно P_inc уже. Секвенсор обрабатывает транзакции в порядке поступления в своей очереди (задержка пакетной обработки ~ 100–250 мс). Разветвление не помогает так, как в Ethereum, потому что здесь только один секвенсор. Задержка секвенсора является основным рычагом.

Сеть BNB: Нет зрелого эквивалента частной ретрансляции. Улучшения P_inc почти полностью происходят за счет прямой отправки валидаторам и конкурентных приоритетных комиссий. Многорелейное разветвление имеет ограниченные преимущества — большая часть включения происходит через стандартный путь к мемпулу.

Ключевой вывод: не переносите стратегию оптимизации включения в другие сети. То, что повышает P_inc в Ethereum (больше ретрансляторов), не транслируется напрямую в Solana (больше региональных конечных точек), а также не транслируется в Arbitrum (меньшая задержка для секвенсора).

Ссылки

• Flashbots: понимание пакетов
• Лучшие частные RPC Ethereum
• Руководство по исправлению неудачных пакетов
• Прибыльность против риска: ограничения на газ и бюджет
• Сканирование мемпула, фильтры и задержка