Ethereum: лучшие частные RPC для MEV (2026 г.)

Краткий ответ — В сети Ethereum в 2026 году фраза «частный RPC» на самом деле охватывает две разные работы, которые путают. Задание 1 — защита MEV на стороне пользователя: обычный пользователь кошелька хочет, чтобы его своп маршрутизировался таким образом, чтобы его нельзя было подвергнуть сэндвич-атаке, и Flashbots Protect или MEV-Blocker — подходящий инструмент. Задание 2 — это отправка пакета на стороне поиска: оператор MEV хочет отправить eth_sendBundle нескольким сборщикам одновременно, чтобы обеспечить максимальное включение, и подходящим инструментом является прямая отправка в Flashbots, Titan, beaverbuild, rsync-builder и другие — обычно через агрегатор, такой как MEV-Share, или ваш собственный клиент для нескольких сборщиков. Это разные продукты с разными характеристиками задержки, разными рисками и разными правильными конфигурациями. Это руководство охватывает оба варианта и предназначено специально для основной сети Ethereum — обсуждение мультичейн и самостоятельного размещения RPC см. в Лучшие конечные точки WSS по цепочке 2026.

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

• Продвинутые стратегии арбитража ETH
• Институциональный откат MEV (2026 г.)
• Описание пакетов Flashbots
• Частное руководство по RPC (действующее)
• Рентабельность MEV в 2026 году

Два разных задания «частного RPC»

Эта путаница настолько распространена, что ее стоит выражать буквально:

Защита на стороне пользователя. Обычный пользователь DEX отправляет своп. Если он проходит через общедоступный RPC, обмен виден в общедоступном мемпуле, где поисковики могут его разместить. «Частный RPC» для этого пользователя — это тот, который не передает его ожидающие транзакции в общедоступный мемпул — он перенаправляет их непосредственно разработчикам блоков, которые включают его, не передавая содержимое другим поисковикам. Задача пользователя — конфиденциальность. Задержка вторична.

Отправка на стороне поисковика. Пользователь создал пакет (одну или несколько транзакций, включая одну свою и, возможно, чужую) и нуждается в его атомарном включении. «Частный RPC» для искателя — это путь, по которому пакет доставляется как можно большему числу сборщиков, как можно быстрее, с правильной конфигурацией подсказок, чтобы максимизировать вероятность того, что какой-либо сборщик его получит. Задержка решает все.

Один и тот же провайдер часто предлагает и то, и другое. Конечные точки разные. Конфигурация другая. Их смешивание обожжет вас.

RPC защиты пользователей (для кошельков, свопов, обычного потока)

Практический совет для обычного пользователя кошелька: установите Flashbots Protect или MEV-Blocker в качестве RPC вашего кошелька по умолчанию и забудьте об этом. Стоимость задержки реальна (для подтверждения вашего свопа может потребоваться дополнительный блок), но извлечение сохраненной стоимости намного превышает эти затраты в любой нетривиальной сделке.

Пути отправки поисковиков

Для пользователя, отправляющего пакет, современный ландшафт Ethereum после слияния представляет собой мультиконструктор. Ни один релей не имеет 100% доли блока, поэтому вам необходимо разветвить:

По умолчанию в 2026 году для серьезных искателей будет использоваться как минимум четыре строителя одновременно и позволить первому включенному победить. Подача в одиночку представляет собой слепую зону с долей блока 30–60% в зависимости от дня.

Что измерить при выборе

Задержка релея — это главный показатель, но два других показателя имеют не меньшее значение:

1. Задержка включения p95, а не только RTT p50. Релей, который работает быстро в 50% случаев и глохнет в остальных 50%, хуже, чем более медленное, но стабильное.
2. Уважение к подсказкам разработчика. Действительно ли они соблюдают ваш флаг разрешения возврата передачи, ваш minTimestamp, ваши подсказки о получателе возмещения? Некоторые ретрансляторы молча отбрасывают пакеты, подсказки которых они не распознают. Проверьте каждый релей с помощью крошечной канарейки, прежде чем полагаться на него.
3. Ограничения скорости и поведение 429. Ограничение уровней бесплатного пользования. Во время всплеска (NFT mint, depeg, каскад ликвидаций) вы достигнете предела. Платите за уровень выше того, который, по вашему мнению, вам нужен.

Инструменты Тест задержки WSS и Состояние релея MEV позволяют оценить публичные лица этих релеев в вашем реальном регионе.

Рабочая конфигурация поисковика в 2026 году

Приведенная ниже конфигурация представляет собой то, что в той или иной форме использует большинство институциональных поисковых систем Ethereum-mainnet:

1. Подпишитесь на общедоступный мемпул через совмещенный узел (Reth или Geth) плюс, при необходимости, MEV-Share для потока на основе подсказок.
2. Для каждой возможности создайте пакет, включая все ограничения по заказу/возврату/подсказкам, требуемые стратегией.
3. Имитация с помощью eth_callBundle в целевом следующем блоке. Отклонить, если моделируемая прибыль не превышает газ + запас прочности.
4. Раздайте eth_sendBundle одновременно на Flashbots + Titan + beaverbuild + rsync-builder. Отслеживайте, на каком релее был получен каждый успешный пакет, чтобы со временем можно было повторно оценить вес релея.
5. Подождите один блок. Если не включено, решите, следует ли отправить повторно (путь все еще прибыльен?) или отказаться.
6. Источник включения журнала для каждого пакета. Более нескольких тысяч пакетов формирует четкое представление о том, какие релеи работают в соответствии с вашей стратегией, а какие являются мертвым грузом.

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

Общие ловушки конфигурации

• Использование RPC защиты пользователя для отправки поисковику. Конечная точка пользователя Flashbots Protect не принимает eth_sendBundle. Правильная конечная точка для пакетов — это релее (relay.flashbots.net), а не пользовательский RPC.
• Отправка только на один ретранслятор. Даже доля блоков Flashbots значительно ниже 100 %. Искатели с одним релеем оставляют деньги на столе за каждый блок, который они могли выиграть с помощью Titan или Beaverbuild.
• Забываем revertingTxHashes. Если ваш пакет включает в себя передачу, которую вы ожидаете можете вернуть (например, попытка, за которой следует откат), вам необходимо пометить его как разрешенный к возврату, иначе ретранслятор отклонит весь пакет.
• Игнорирование подсказок конструктора. Современные релеи поддерживают подсказки для refundRecipient, minBaseFee, maxBaseFee, целевого слота, целевого блока. Вероятность включения этих отходов по умолчанию.
• Отправка в MEV-Share того же пакета, что и в Flashbots Relay. У них разные схемы. MEV-Share — это протокол подсказок; Flashbots Relay — это конечная точка пакета. Их смешивание выглядит нормально в разработке и незаметно терпит неудачу в производстве.

Реальная проверка задержки

Для основной сети Ethereum RTT до вашего пакетного релея достаточно ** менее 150 мс. Время блока составляет 12 секунд. Предельное значение перехода от 80 мс до 30 мс намного меньше, чем предельное значение правильного разветвления или правильного моделирования. Операторы, гоняющиеся за задержкой в ​​одну миллисекунду на ретрансляторе, обычно оптимизируют неправильные вещи — узкое место почти всегда где-то еще (захват мемпула, стоимость моделирования, обработка подсказок сборщика или просто плохая стратегия).

Исключением являются поисковые системы, работающие в одном блоке с динамикой аукциона MEV-Boost — там каждая миллисекунда до крайнего срока аукциона может изменить включение. Большинство поисковиков не в этом режиме.

Связанное чтение

• Uniswap V4 Hooks MEV 2026
• EIP-7702 MEV 2026: абстракция учетных записей меняет стратегию поиска
• Как быстро работают MEV-боты
• MEV-Share против частных релеев

Ссылки

• Документация Flashbots Protect
• MEV-Blocker (CoW DAO)
• Flashbots Relay и ссылка на eth_sendBundle
• Спецификация MEV-Share