Front-running

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

Классический сценарий

1. Вы отправляете крупный своп TON → USDT через STON.fi на 50 000 USDT номинала.
2. Бот видит транзакцию в мемпуле и понимает: после неё цена USDT в пуле упадёт.
3. Бот срочно покупает USDT в том же пуле до вашего свопа (своя tx с более высоким газом).
4. Ваш своп проходит, цена пуля сдвигается.
5. Бот продаёт купленный USDT обратно по новой, более выгодной цене.

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

Когда это работает

• Цена цели двигается рынком в предсказуемом направлении.
• Размер вашей сделки достаточен, чтобы движение покрыло газ и спред бота.
• Мемпул прозрачен, и бот успевает войти в тот же блок (или хотя бы рядом).

Front-running vs sandwich

Это родственные, но разные атаки:

• Front-run — встать перед жертвой и выйти позже.
• Sandwich — обойти с двух сторон: купить до, продать сразу после.

Sandwich — более прибыльная и более частая в DeFi. «Чистый» front-run встречается реже, но он есть в стратегиях ликвидаторов и арб-ботов.

Как защититься

• Аккуратный slippage tolerance. Если slip 5%, бот может «вытянуть» из вас почти 5% — он сам выберет границу. С slip 0,5% его маржа сжимается.
• DEX-агрегаторы. Раздробленный по нескольким пулам своп менее предсказуем для бота.
• Дробление крупных ордеров на части — каждый кусок становится менее интересным для атаки.
• Private mempool / private RPC — если поддерживается. В TON массово такого пока нет.
• Limit-orders на тех DEX, где есть, — снижают «торопливость» и предсказуемость для ботов.

Front-running — встроенный налог открытого мемпула. Полностью не убирается, но осознанные настройки уменьшают потери в разы.