Насколько быстро работают MEV-боты?…

Краткий ответ — современные боты MEV выполняют полный цикл обнаружение → симуляция → отправка → включение за 30–200 миллисекунд на Ethereum и 5–50 миллисекунд на Solana. Общее время от появления целевой транзакции в мемпуле до попадания ответа бота в блок определяется задержкой сети (обращение RPC) и временем блока, а не вычислениями бота. Лучшие поисковики используют совместно расположенную инфраструктуру, которая сокращает время на 20–40 мс по сравнению с облачными ботами.

4-этапный анализ задержки MEV

Каждый бот MEV работает по этому конвейеру:

[Detect] → [Simulate] → [Submit] → [Include]
   ↓          ↓            ↓          ↓
  RPC       Local        Relay      Block
  ~30ms    ~5-20ms      ~20-100ms   ~12s ETH / ~400ms SOL
Copy

Этап 1: Обнаружение (мониторинг мемпула)

Бот подписывается на мемпул через WebSocket (WSS) RPC. При появлении целевой транзакции (крупный своп, недостаточнообеспеченный кредит) бот получает уведомление.

Типичная задержка:

• Премиум-провайдеры RPC (BloXroute, Alchemy, QuickNode): 15–50 мс
• Публичные RPC: 100–400 мс (часто непригодно для MEV)

Хитрость: регион WSS важнее, чем чистая пропускная способность. Бот во Франкфурте, подключённый к узлу RPC во Франкфурте, превосходит бота в Токио, подключённого к тому же провайдеру через US East. См. руководства WSS для конкретной цепочки — например, лучшие конечные точки WSS для Ethereum.

Этап 2: Моделирование

Перед отправкой бот локально моделирует пакет, чтобы проверить прибыльность и избежать потерь газа при возврате.

Типичная задержка:

• Форк Anvil (по умолчанию для агента FRB): 3–15 мс
• Пользовательский EVM (продвинутые поисковики): 1–5 мс

Этот этап в основном связан с процессором. Современный процессор для настольных ПК работает быстрее, чем большинство облачных виртуальных машин, благодаря выделенным ядрам.

Этап 3: Подача (связка для ретрансляции)

Бот отправляет пакет частному ретранслятору (Flashbots на Ethereum, Jito на Solana).

Типичная задержка:

• Релей Flashbots: 30–80 мс туда и обратно
• Блок-движок Jito: 20–60 мс
• Релей BloXroute: 15–40 мс

Поисковые устройства, использующие разветвление нескольких релеев, одновременно подают сигналы 3–5 релеев, чтобы максимизировать вероятность включения.

Этап 4: Инклюзия (производство блоков)

Это вышло из-под контроля бота — просто пришло время блокировки:

Сквозные действительные числа

Объединив этапы, вот чего достигает конкурентный бот в каждой цепочке:

Ethereum (на основе слотов, блоки по 12 секунд)

• Обнаружение: 30 мс
• Моделирование: 10 мс
• Отправка: 50 мс
• Ожидание слота: 0-12 с.
• Всего до включения блокировки: ~6–12 с (в основном ожидание в слоте)

Solana (непрерывное производство блоков)

• Обнаружение: 15 мс
• Моделирование: 5 мс
• Отправка: 30 мс
• Производство блоков: 400 мс
• Всего: ~450 мс

L2s (Base, Арбитр, Optimism — блоки по 2 с)

• Обнаружение: 20 мс
• Моделирование: 8 мс
• Отправка: 40 мс
• Блок: 2 с
• Всего: ~2,1 с

Что делает бота «быстрым»?

Доминируют три фактора:

1. Качество RPC (~60 % дисперсии)

   • Конечные точки WSS, соответствующие региону, превосходят стандартную пропускную способность
   • Премиум-провайдеры превосходят общедоступные конечные точки в 5–10 раз.

2. Локализация оборудования (~25 % дисперсии)

   • Локальное выполнение > облако (агент FRB запускается на компьютере пользователя под управлением Windows)
   • Процессоры для настольных ПК > общие ядра виртуальных машин

3. Эффективность кода (~15 % дисперсии)

   • Качество моделирования двигателя (настройка вилки Anvil)
   • Микрооптимизация сборки пакета

Почему локальное исполнение лучше облачных ботов

Облачные боты Telegram (Maestro, BONKbot) работают на серверах платформы. Каждое действие влечет за собой:

User browser → TG cloud → Bot servers → RPC → Relay
Copy

Каждый переход добавляет 30–150 мс. Пользователь в Сингапуре, использующий бот Telegram, размещенный в США, может столкнуться с общей задержкой в ​​200–500 мс.

Агент FRB запускается локально на компьютере пользователя с Windows и дает:

Local FRB → Premium RPC → Relay
Copy

Обычно это экономия 80–150 мс по сравнению с облачными альтернативами Telegram. При снайперской стрельбе Solana в этом заключается разница между попаданием бекаса и промахом.

Полное сравнение см. в разделе FRB vs Telegram Scripts.

Потолок скорости

За пределами точки увеличение скорости не помогает. Если ваш бот обнаруживает + симулирует + отправляет в общей сложности за 50 мс, вы уже быстрее, чем следующий блок. Конкурентное преимущество тогда смещается к:

• Качество стратегии (какие цели следует преследовать)
• Эффективность капитала (пакеты подходящего размера)
• Доля включения (частный релей с несколькими разветвлениями)

Агент FRB по умолчанию работает в этом диапазоне производительности.

Как проверить задержку

Используйте инструмент проверки задержки WSS, чтобы измерить качество конечной точки. Если вы видите среднюю задержку > 100 мс для выбранного вами RPC, смените поставщика.

Распространенные заблуждения

"Быстрее бот = больше денег" Только до определенного момента. При превышении «потолка скорости» капитал и стратегия имеют большее значение.

«Облачные боты работают быстрее, потому что у них лучшие серверы» Неверно. Дополнительный переход через платформу обычно обходится дороже, чем экономия при обновлении сервера.

"Гигабитный оптоволоконный Интернет делает моего бота быстрее" Маргинально. Задержка для RPC имеет значение; пропускная способность нет (запросы MEV крошечные).

Практические шаги по оптимизации задержки

Если ваша сквозная задержка превышает 200 мс на Ethereum или более 80 мс на Solana, это исправления с самым высоким кредитным плечом — упорядоченные по ожидаемому эффекту:

Шаг 1. Сопоставьте регион RPC с географией валидаторов вашей целевой цепочки. Большинство валидаторов Ethereum работают в регионах США-Восток-1 или ЕС-Запад. Большинство лидеров валидаторов Solana также находятся на Востоке США и Западе ЕС. Проверьте доступные регионы вашего провайдера WSS и выберите географически ближайший к доминирующему кластеру валидаторов.

Шаг 2. Переключитесь на премиум-провайдера WSS. Публичные RPC имеют задержку обнаружения 100–400 мс, поскольку ими пользуются тысячи пользователей. Премиум-провайдер (QuickNode, BloXroute, Alchemy Growth) обычно доставляет целевой цепочке 15–50 мс. Ежемесячная стоимость (50–200 долларов США) окупается за счет улучшения уровня включения в течение нескольких дней для большинства активных операторов.

Шаг 3. Запустите агент FRB локально, а не в облаке. Локальное выполнение на рабочем столе Windows с выделенными ядрами ЦП превосходит распределение виртуальных машин в облаке, поскольку современное моделирование ботов MEV привязано к ЦП, а ядра настольных компьютеров работают быстрее, чем общие облачные ядра. Сетевой путь также сокращается: local → RPC → relay вместо cloud server → RPC → relay → user.

Шаг 4. Включите разветвление нескольких релеев. Отправка на один релей (например, только Flashbots) означает, что ваш пакет достигнет только той доли следующего блока, которую выиграют создатели релея (30–60%). В результате развертывания Flashbots + Titan + beaverbuild охват превышает 90%. Это не уменьшает задержку напрямую, но значительно повышает вероятность включения при той же задержке.

Шаг 5. Предварительно разогрейте резервный RPC. Отправка упрощенного запроса активности на резервную конечную точку каждые 60 секунд предотвращает задержки при холодном запуске, когда требуется ротация. Холодный запуск на RPC премиум-класса может добавить 200–500 мс при первом запросе после простоя.

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

• Лучшие конечные точки WSS по цепочкам (2026 г.)
• Лучший частный RPC для Ethereum
• Сканирование мемпула, фильтры и задержка
• Самая низкая задержка Reth RPC для MEV
• Инструмент проверки задержки WSS