ГЛАВНАЯ / ИНСТРУКЦИИ / SANDWICH-АТАКА В DEX: ПРИЗНАКИ И СПОСОБЫ СНИЗИТЬ РИСК
Sandwich-атака в DEX: признаки и способы снизить риск
Sandwich-атака помещает транзакцию перед пользовательским swap и другую после него, используя изменение цены и порядок исполнения. Риск зависит от ликвидности, размера сделки, допустимого slippage и доступности orderflow, но ни один отдельный параметр не даёт полной защиты.
Атакующий старается оказаться до и после вашей сделки
Searchер замечает ожидающий swap, покупает актив перед ним и затем продаёт после исполнения пользовательской операции. Первый обмен сдвигает цену, а пользователь получает результат хуже ожидаемого в пределах разрешённых условий; второй может вернуть цену и извлечь прибыль из разницы и комиссий.
Такая последовательность требует доступа к транзакции до исполнения и возможности влиять на порядок включения. Она не возникает автоматически при каждом swap. Публичный mempool повышает наблюдаемость pending-потока, но наличие транзакции в pool само по себе не доказывает, что конкретный адрес стал целью атаки.
- проверьте порядок транзакций в блоке;
- сравните состояние пула до и после;
- не считайте ухудшение исполнения доказательством атаки без анализа контекста.
Размер сделки и slippage влияют на пространство исполнения
Крупная сделка относительно ликвидности может заметно изменить цену пула. Параметр slippage tolerance задаёт допустимое отклонение результата по правилам конкретного swap, а не цену, которую гарантирует рынок. Слишком широкое ограничение может позволить исполниться по менее выгодной цене; слишком узкое – привести к revert или повторной отправке.
Перед подписью сравните котировку, price impact, минимальный получаемый объём, маршрут, комиссии и срок действия, если он предусмотрен интерфейсом. Убедитесь, что токен и контракт принадлежат ожидаемому активу.
- сопоставьте размер сделки с доступной ликвидностью;
- установите разумный минимальный результат;
- не повышайте slippage только ради ускорения без понимания последствий.
Используйте несколько проверок и не полагайтесь на одну настройку
Может помочь уменьшение размера сделки, выбор более ликвидного маршрута, ограничение допустимого отклонения и приватная доставка у поставщика, которому вы готовы доверять. Разделение сделки также меняет расходы и исполнение, поэтому не всегда улучшает итог.
Приватный orderflow может ограничить видимость среди публичных peers, но посредник получает данные и не каждый приватный endpoint исключает передачу searchers или builders. Не считайте private RPC гарантией отсутствия front-running, sandwich или невыгодного исполнения.
Сверьте receipt, порядок транзакций и фактические токены
После исполнения откройте transaction hash и проверьте receipt, адреса контрактов, фактический объём входа и выхода, а также события swap. Если результат сильно отличается от котировки, сравните цену пула непосредственно перед сделкой и соседние транзакции в том же блоке.
Не предоставляйте неизвестному сайту разрешение на unlimited token approval для «возврата MEV». Для отмены или защиты не подписывайте транзакции, смысл которых кошелёк не показывает.
Частые вопросы
Широкий slippage гарантирует, что swap пройдёт?
Нет. Он лишь меняет допустимую границу исполнения конкретной операции; сеть, ликвидность и состояние контракта могут привести к другому исходу.
Private RPC гарантирует отсутствие sandwich?
Нет. Проверьте, кто получает транзакцию и какую политику применяет сервис.
Можно распознать sandwich по одному плохому курсу?
Нет. Нужны данные о пуле, последовательности транзакций и исполнении; ухудшение курса может иметь и другие причины.
Чек-лист: sandwich-атака в dex: признаки и способы снизить риск
- верифицированы токен и контракт;
- сравнены котировка, ликвидность и price impact;
- минимальный результат установлен осознанно;
- известны получатели приватного маршрута, если он используется;
- receipt и события сверены после включения.
Материал подготовлен редакцией сайта и проверен 12 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.