Перейти к содержанию

Ончейн-фронтраннинг

Ончейн-фронтраннинг использует сведения об ожидающей транзакции, чтобы провести другую транзакцию раньше и получить прибыль. В статье объясняется влияние публичного пула, порядка, MEV, проскальзывания и приватной отправки.

Обновлено

Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Краткий ответ

Ончейн-фронтраннинг происходит, когда участник узнаёт об ожидающей транзакции и добивается выполнения другой транзакции раньше неё, чтобы извлечь выгоду. Он может скопировать прибыльный вызов, купить перед известной заявкой или конкурировать за редкую ончейн-возможность. Фронтраннинг — один из видов максимальной извлекаемой ценности (MEV), а не обозначение любой MEV-стратегии.

Возможность возникает потому, что отправленная транзакция Ethereum обычно распространяется по сети и хранится в пулах транзакций до включения валидатором в блок. Поисковики могут изучать ожидающие транзакции, моделировать результат и отправлять собственные транзакции или пакеты. Итоговый порядок определяется при построении блока: повышенная приоритетная комиссия может повлиять на включение, но не гарантирует конкретное место.

Пользователю важно понять, раскрывает ли транзакция ценное намерение до выполнения, оставляют ли её ограничения пространство для извлечения и кто может влиять на порядок. DEX-свопы с широким проскальзыванием, публичные заявки с повторно используемыми секретами, ликвидации, аукционы и ограниченный минт могут привлечь конкурентов.

Механизм работы

В сэндвич-сделке поисковик замечает ожидающую покупку на DEX, покупает тот же актив непосредственно перед ней и продаёт сразу после. Покупка пользователя поднимает цену в пуле между двумя сделками поисковика. Стратегия срабатывает, только если минимальная сумма получения пользователя всё ещё допускает исполнение после дополнительного движения цены, а прибыль покрывает все комиссии.

Универсальные фронтраннеры ищут вызовы, ценность которых можно скопировать. Если транзакция раскрывает ответ или разрешение, не привязанное к предусмотренному получателю, другой аккаунт может воспроизвести вызов и добиться более раннего исполнения. В контракте можно применять схему commit-reveal и привязку права требования к получателю; простое повышение комиссий не защищает уже раскрытые сведения.

Поля комиссий Ethereum, такие как maxPriorityFeePerGas и maxFeePerGas, влияют на готовность отправителя платить. Они не скрывают содержимое транзакции, а построители могут оценивать пакеты, а не сортировать все операции по одному полю. Поэтому фронтраннинг — проблема информации и порядка, а не только гонка цены Gas.

Пример

Предположим, в AMM-пуле находится 100 ETH и 200,000 USDC. Пользователь публично отправляет транзакцию на покупку ETH за 10,000 USDC с допустимым проскальзыванием 5%. Ожидающая транзакция раскрывает направление, размер и минимально приемлемый выход.

Поисковик моделирует своп и отправляет покупку для исполнения до него, а затем продажу для исполнения после. Если обе операции расположатся вокруг пользовательской, пользователь получит меньше ETH, чем без сэндвича, но останется в пределах 5%; поисковик сохранит разницу после комиссий.

Результат не гарантирован. Конкуренция, комиссии пула, изменение цены, невключение в блок или проверка минимального выхода могут сделать стратегию убыточной либо сорвать последовательность. Обычная крупная сделка тоже влияет на цену, поэтому нельзя объяснять всё проскальзывание атакой без анализа трассировки и состояния пула.

Риски и меры защиты

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

  • Устанавливать обоснованный минимальный выход или предел цены с учётом глубины пула и текущих условий; не расширять проскальзывание лишь ради исполнения.
  • До подписания проверять влияние на цену, ликвидность, правила перевода токена и маршрут, особенно для крупных сделок в неглубоких пулах.
  • При необходимости пользоваться надёжными сервисами приватной отправки или MEV-защиты, проверив охват построителей, поведение при сбое, политику конфиденциальности и допущения о доверии.
  • При проектировании протокола не помещать секреты по принципу «кто первый» в данные транзакции; применять привязку к получателю, commit-reveal, пакетные аукционы или подходящий механизм.

Приватная отправка может скрыть транзакцию от публичного пула, но не даёт универсальной гарантии. Пользователь доверяет сервису и построителям не раскрывать и не использовать транзакцию; смена RPC-маршрута до подтверждения может сделать её публичной. Кроме того, она может задержаться или не попасть в блок.

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

Миф 1: Более высокая плата за Gas предотвращает фронтраннинг

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

Миф 2: Любое невыгодное исполнение — сэндвич-атака

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

Миф 3: Нулевое проскальзывание всегда безопаснее

Слишком жёсткий предел может отклонить обычное движение цены, а отменившаяся публичная транзакция всё равно способна израсходовать Gas. Подходящий предел зависит от ликвидности, размера, срочности и максимально допустимого убытка.

Связанные темы

Источники

Навигация

Поиск по вики...