Polygon MEV: конечные точки WSS и проблемы с…

Краткий ответ — Polygon PoS в 2026 году имеет три свойства, которые меняют экономику MEV по сравнению с основной сетью Ethereum. Во-первых, время блока составляет ~2 секунды, поэтому все окно возможностей от «tx видна в мемпуле» до «tx включена в блок» примерно на порядок короче, чем 12-секундный интервал в основной сети. Во-вторых, у Polygon есть работающий общедоступный мемпул (в отличие от цепочек OP-Stack), что означает, что и front-running, и back-running работают, но это также означает, что конкуренция крайне высокая. В-третьих, набор валидаторов запускает инфраструктуру FastLane Atlas (PBS — разделение предлагающего блока и его создателя), которая дает поисковикам возможность отправлять атомарные пакеты в стиле Flashbots на Polygon, но ландшафт релеев здесь меньше и менее избыточен, чем в основной сети. Для надежной работы вам нужна конечная точка WSS с временем отклика менее 50 мс, расположенная рядом с набором валидаторов, модель оплаты, которая обрабатывает изменчивый газ Polygon (часто с приоритетом gwei 30–200+), и отправку атомарных пакетов через FastLane или аналогичный — отправки в общедоступный мемпул будут проигрывать другим поисковикам почти в каждом оспариваемом окне.

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

• Лучшие боты Polygon MEV (2026 г.)
• Задержка Polygon и оптимизация WSS (текущий)
• Лучшие конечные точки Polygon WSS (2026 г.)

Почему Polygon MEV — это отдельная игра

Polygon PoS — это сайдчейн Heimdall + Bor для Ethereum, а не роллап. Это имеет практические последствия для поисковиков:

• Время блока: ~2 секунды. Обратный прогон, на вычисление и отправку которого уходит 700 мс, занимает более трети доступного окна. Неэффективный код, который «хорош» для Ethereum, — это полная потеря для Polygon.
• Публичный мемпул: да, с полной одноранговой трансляцией. Bor использует стандартный JSON-RPC, а любой коммерческий RPC с интерфейсом eth_subscribe("newPendingTransactions") позволяет принимать мемпул.
• Экономика валидатора: валидаторам платят в MATIC (теперь POL) плюс комиссия за приоритетную передачу. Конкуренция за приоритетные платежи реальна и ожесточена — во время NFT-минтов или запусков мемкоинов верхние полосы блоков ненадолго очищаются при сотнях gwei.
• Реорганизации: Скорость реорганизации Polygon нетривиальна по сравнению с основной сетью. Всегда ждите не менее 2 блоков, прежде чем рассматривать включение как окончательное, и 8+ блоков, прежде чем сравнивать его с внешними системами.

Ситуация с конечными точками в 2026 году

Задержка для вашего провайдера WSS — единственная наиболее важная переменная для Polygon MEV. В сети используются валидаторы по всему миру, но центр тяжести активных валидаторов в настоящее время находится в AWS us-east-1/us-east-2 и некоторых частях Европы. Совместное размещение здесь окупается больше, чем в цепочках с более длительным временем блокировки.

Если у вас серьезные объемы, правильный ответ — собственный узел Bor, размещенный рядом с us-east-1 или eu-west-1 (в зависимости от того, что ближе к основной DEX-площадке вашей стратегии). Стоимость оборудования для узла Bor значительно ниже выигрыша в задержке, который он дает при объеме атрибутируемого MEV выше ~$2K/день. Используйте тест задержки WSS, чтобы протестировать кандидатов из региона вашего реального развертывания.

Распространенные ловушки задержки

Вот что незаметно снижает процент включения транзакций без явного сообщения об ошибке:

• Штормы переподключения WSS. Некоторые провайдеры сбрасывают WebSocket-соединения каждые 30–60 минут для балансировки нагрузки. Если у вашего подписчика нет быстрого пути переподключения с повторной подпиской, вы будете терять примерно 1–2 секунды на каждое переподключение — этого достаточно, чтобы упустить несколько возможностей. Настройте автоматическое переподключение, которое повторно подписывается на newPendingTransactions до появления следующего блока.
• TLS-хендшейк на холодных соединениях. Новое WebSocket-соединение к TLS-эндпоинту требует хендшейка из нескольких RTT до начала передачи данных. Если ваша стратегия переподключается на каждой сделке, вы платите эту задержку каждый раз. Держите постоянные соединения и используйте heartbeat-пинги.
• Парсинг JSON на горячем пути. Наивные подписчики парсят полный JSON ожидающей транзакции для каждого события, а на 2-секундных блоках Polygon при пиковой нагрузке это может быть 2000+ событий в секунду. Используйте потоковый парсер, который извлекает только нужные поля (to/from/value/префикс data).
• Межрегиональный RPC-фолбэк. «Географически избыточная» настройка, которая переключается с us-east-1 на ap-southeast-1, незаметно увеличит ваш p95-показатель задержки на 200+ мс в момент деградации основного узла. Большинство операторов замечают это только спустя недели, взглянув на гистограмму. Настройте алерт по p95-задержке, а не только по полным отказам.
• Насыщение исходящей полосы. Обратный прогон, отправляемый одновременно нескольким builder'ам, может насытить исходящий канал небольшого VPS на пике нагрузки. Протестируйте синтетической нагрузкой, прежде чем полагаться на это в продакшене.

Атомарные пакеты на Polygon

У архитектуры Heimdall + Bor на Polygon исторически не было аналога Flashbots — поисковики просто заваливали публичный мемпул транзакциями с высокой приоритетной комиссией и надеялись на удачу. FastLane Labs изменили эту ситуацию с FastLane Atlas — PBS-инфраструктурой для пакетов, работающей на наборе валидаторов Polygon:

• Отправка пакетов через FastLane дает атомарность (все или ничего), защиту от revert и конкуренцию с другими поисковиками в закрытом аукционе, а не в публичной гонке приоритетных комиссий (PGA).
• Покрытие валидаторами имеет значение: важно, сколько из 100+ активных валидаторов Polygon запускают программное обеспечение FastLane в конкретную неделю. Покрытие растет, но не достигает 100% — пакеты, отправленные в FastLane, попадают в блок только если следующий блок предлагает участвующий валидатор.

Практический вывод: для чувствительного ко времени MEV на Polygon в 2026 году отправляйте транзакции в FastLane и держите запасной вариант через публичный мемпул со строгими лимитами. Резервный вариант срабатывает только если предлагающий следующий блок валидатор не участвует в FastLane.

Модель комиссий для нестабильного газа Polygon

Рынок приоритетных комиссий Polygon неравномерный. В спокойные периоды цена держится на уровне 30–50 gwei. На NFT-минтах и запусках мемкоинов цена может ненадолго подскочить до 500+ gwei в начале блока. Модель комиссий, откалиброванная по стабильному состоянию, проиграет в каждой оспариваемой возможности.

Дисциплина:

• Оценивайте базовую комиссию по eth_feeHistory за последние 5 блоков, а не по одному недавнему блоку.
• Задавайте приоритетную комиссию динамически для каждой возможности: target = max(estimated_competitive_priority, configured_floor).
• Запрашивайте данные повторно непосредственно перед подписанием — приоритетные комиссии Polygon могут меняться внутри одного блока.
• Включите алерт, если бюджет приоритетной комиссии достигает лимита сессии; это сигнал, что условия изменились и стратегию нужно приостановить, а не продавливать.

Регламент: обратный прогон на Polygon

1. Подпишитесь на мемпул через WSS. Убедитесь в стабильном потоке событий; настройте алерт при устаревании данных > 500 мс.
2. Определите целевой обмен в потоке ожидающих транзакций; вычислите путь обратного прогона относительно текущего состояния пула.
3. Повторно запросите базовую и приоритетную комиссию с помощью eth_feeHistory.
4. Просимулируйте на форке Polygon в текущем состоянии сети. Отклоните, если смоделированная прибыль не покрывает газ при целевой приоритетной комиссии плюс запас прочности.
5. Отправьте в FastLane (атомарный пакет) с резервным вариантом через общедоступный мемпул, ограниченным заданным максимальным газом.
6. Подтвердите в течение 2 блоков (~4 секунды). Если транзакция не попала в блок — отмените: состояние уже изменилось.
7. Подождите 8+ блоков, прежде чем считать результат окончательным для целей учета (запас на реорганизацию).

Когда пропускать Polygon

• Ухудшение качества набора валидаторов. Случайные пропущенные блоки или увеличенное время блокировки указывают на проблемы на стороне валидатора. В такие периоды задержка включения резко возрастает; приостановите новые отправки.
• Нестабильность после перехода на POL. Во время исходной миграции токена MATIC → POL у нескольких поставщиков RPC наблюдалась несогласованная обработка символа токена. Если вы видите необъяснимые несоответствия символа токена в журналах стратегии, убедитесь, что ваш RPC-клиент использует актуальную сборку.
• Серьезные реорганизации. Если вы наблюдаете более 3 реорганизаций в течение часа, ваше эффективное включение намного хуже, чем следует из квитанции. Подождите, пока сеть не стабилизируется.

Ссылки

• Обзор архитектуры Polygon PoS
• Инфраструктура пакета FastLane Atlas/Polygon
• Документация оператора узла Bor