Что такое price impact в криптовалюте: расчёт, ликвидность и способы снизить потери

Что такое price impact и почему он возникает

Что такое price impact в криптовалюте: это изменение цены исполнения, которое создаёт сама заявка пользователя, когда забирает доступную ликвидность из пула или стакана. Показатель отвечает не на вопрос, куда рынок двинулся между открытием приложения и подтверждением операции, а на более узкий вопрос: насколько именно ваш объём ухудшает среднюю цену относительно контрольной котировки.

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

Цена на экране и цена исполнения — разные величины

Цена, показанная рядом с торговой парой, обычно является ориентиром: последней сделкой, текущим отношением резервов, лучшим bid или ask либо расчётной mid-price. Она не обещает, что весь объём можно провести по одной цифре. Реальная заявка потребляет несколько уровней ликвидности или меняет соотношение активов в AMM, поэтому средняя цена исполнения отклоняется от исходного ориентира.

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

Собственная заявка двигает цену

Если пользователь покупает токен в AMM, он забирает часть этого токена из пула и вносит второй актив. Балансы меняются, а формула пула устанавливает новую цену. В стакане рыночная покупка последовательно исполняет лучшие заявки продавцов; когда верхний уровень исчерпан, остаток переходит к следующей, более высокой цене. В обоих случаях причиной ухудшения является сам объём.

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

Ликвидность — это не одна цифра TVL

Общий TVL протокола или даже пула не всегда показывает ликвидность, доступную для конкретной сделки. В концентрированных AMM капитал распределён по диапазонам: значительная часть может находиться вне текущей цены и не участвовать в обмене. В стакане большой дневной объём не гарантирует плотных заявок прямо сейчас. Нужна активная глубина вокруг текущего рынка.

Поэтому сравнивают не рекламную сумму заблокированных активов, а ожидаемый выход для нескольких размеров сделки. Если увеличение объёма в два раза ухудшает курс значительно сильнее, рынок тонкий. Такая проверка показывает фактическую кривизну ликвидности и полезнее статической карточки с общим объёмом.

Impact измеряет стоимость немедленного исполнения

Пользователь платит за возможность обменять весь объём сейчас, не дожидаясь встречных заявок. Чем агрессивнее исполнение, тем больше уровней ликвидности оно забирает. Рыночный ордер и обычный AMM-swap фактически принимают доступную кривую цен. Лимитный ордер, напротив, ограничивает цену, но может остаться неисполненным или заполниться только частично.

Эта связь помогает выбирать инструмент. Когда скорость важнее цены и impact мал, немедленное исполнение рационально. При заметном impact следует рассмотреть уменьшение размера, разбивку, лимитный ордер, RFQ или OTC. Задача не в том, чтобы всегда получать нулевой impact, а в том, чтобы осознанно купить срочность по приемлемой цене.

Положительный и отрицательный знак в интерфейсе

Большинство интерфейсов показывает price impact как отрицательный процент, потому что пользователь получает меньше контрольного эквивалента. Однако разные приложения используют собственные формулы, знаки и источники reference price. Где-то отображается потеря относительно mid-price, где-то — изменение spot-price пула, а где-то предупреждение строится по долларовой оценке внешнего оракула.

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

Price impact не является отдельной комиссией

Impact обычно не списывается отдельной строкой на адрес протокола. Это экономическая потеря из-за ухудшения средней цены. Комиссия пула, интерфейсный сбор и network fee могут существовать одновременно, но имеют другую природу. Если интерфейс показывает fee 0,3% и impact 1,2%, нельзя считать, что общая стоимость равна только одной из этих цифр.

Для полного расчёта складывают эффекты на одной базе: стоимость полученного актива по контрольной цене, явные комиссии, сетевой расход, возможный token tax и последующий вывод. Простое суммирование процентов иногда неточно, потому что сборы применяются на разных этапах. Надёжнее считать final net в единицах целевого актива или одной фиатной валюты.

Низкий impact не гарантирует безопасный токен

Хорошая ликвидность и маленький impact отвечают только за исполнение конкретного обмена. Они не подтверждают легитимность контракта, права владельца, отсутствие блокировки продаж, качество обеспечения стейблкоина или безопасность сайта. Мошеннический токен может временно иметь глубокую ликвидность, а официальный актив — торговаться в поддельном пуле с похожим названием.

Перед сделкой проверяют сеть, контракт, decimals, источник ссылки, права смарт-контракта и возможность обратной продажи. Impact — один слой контроля, а не универсальный рейтинг риска. Особенно опасно считать зелёное значение в интерфейсе доказательством того, что токен можно безопасно хранить или вывести.

Почему показатель меняется каждую секунду

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

Для значимой суммы фиксируют время расчёта и повторяют котировку непосредственно перед подписью. Если impact резко меняется при одинаковом объёме, это сигнал нестабильной глубины, волатильности или ненадёжного маршрута. В таких условиях лучше уменьшить размер, использовать лимит или отложить исполнение, чем расширять slippage ради прохождения.

Кому показатель нужен в первую очередь

Price impact обязателен для пользователя DEX, трейдера неликвидных токенов, покупателя крупного объёма и оператора корпоративного кошелька. Он также важен при ребалансировке LP, ликвидации залога, продаже наград и обмене токенов после airdrop. Во всех этих случаях размер операции может быть сопоставим с реальной доступной глубиной.

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

Как price impact формируется в AMM и пулах ликвидности

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

Для анализа недостаточно знать название DEX. Нужно понимать тип пула, активные резервы, fee tier, диапазоны ликвидности, маршрут и особенности токенов. Одинаковая пара может существовать в нескольких пулах и сетях, а агрегатор может разбить её между разными источниками. Price impact относится к конкретной котировке, а не к тикеру вообще.

Формула constant product x·y=k

В классическом пуле 50/50 произведение резервов двух активов поддерживается около постоянного значения. Когда трейдер вносит актив X и забирает Y, резерв X растёт, резерв Y уменьшается, а отношение резервов задаёт новую цену. Комиссия обычно удерживается из входа или учитывается формулой, поэтому точный расчёт отличается от упрощённой схемы.

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

Spot price и average execution price

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

Для пользователя важна средняя цена, потому что она определяет фактический объём полученного актива. Ошибка возникает, когда spot умножают на всю сумму и называют результат гарантированным. Такой расчёт допустим только как reference. Чем крупнее доля сделки относительно активного резерва, тем сильнее расхождение.

Пример расчёта без комиссии

Предположим, в пуле находится 100 ETH и 200 000 USDC, поэтому ориентировочная цена равна 2 000 USDC за ETH. Покупатель вносит 20 000 USDC. При упрощённой формуле новый резерв USDC становится 220 000, а резерв ETH — 20 000 000 / 220 000, то есть около 90,91 ETH. Пользователь получает примерно 9,09 ETH.

По исходной цене 20 000 USDC соответствовали бы 10 ETH, но фактический результат меньше. Средняя цена составляет около 2 200 USDC за ETH. Это не ошибка контракта и не отдельный сбор: заявка существенно изменила резервы. Реальный пул дополнительно учтёт торговую комиссию, routing и состояние на момент исполнения.

Почему процент зависит от базы сравнения

Один интерфейс сравнивает average execution с spot-price самого пула, другой — с внешней агрегированной ценой, третий — с USD-оценкой. Если пул уже отклонился от рынка, impact относительно локального spot может выглядеть небольшим, хотя пользователь получает плохой курс относительно других площадок. Поэтому источник reference имеет принципиальное значение.

Практический контроль строят в два слоя. Сначала проверяют внутреннюю кривую: насколько собственный объём ухудшает цену. Затем сравнивают final output с независимой площадкой или несколькими ликвидными рынками. Это позволяет отличить нормальный impact от изначально невыгодного или манипулируемого пула.

Комиссия пула влияет на кривую исполнения

Fee tier уменьшает эффективный вход, который участвует в обмене. При одинаковых резервах пул с более высокой комиссией отдаст меньше целевого актива. Некоторые интерфейсы отделяют fee от impact, другие включают часть эффекта в quoted output. Нельзя сравнивать два маршрута только по отображённому проценту impact, не учитывая комиссию.

Высокий fee tier не всегда хуже: он может иметь значительно более глубокую активную ликвидность и в итоге дать лучший net для крупного объёма. Сравнивают абсолютный output после fee, а также устойчивость котировки. Для малого swap дешёвый пул может выигрывать; для большого — глубина часто важнее ставки.

Stable-swap кривые работают иначе

Пулы близких по цене активов, например стейблкоинов, могут использовать кривую, более плоскую около целевого соотношения. Это позволяет обменивать большие объёмы с меньшим impact, пока активы сохраняют близость и резервы не становятся перекошенными. Однако при depeg или истощении одной стороны кривая быстро перестаёт быть выгодной.

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

Weighted pools распределяют риск не 50/50

В weighted AMM активы имеют разные веса, например 80/20. Кривая и чувствительность к сделке отличаются от обычного constant product. Пул способен удерживать большую долю одного актива, а impact зависит от веса, направления обмена и текущего дисбаланса. Простая формула для пула 50/50 здесь даст неправильный результат.

Пользователь не обязан вручную выводить всю математику, но должен понимать, что одинаковые резервы в долларах не означают одинаковую глубину. Для проверки используют фактический quote нескольких размеров и документацию протокола. Особенно осторожно оценивают multi-asset маршруты, где impact складывается на нескольких переходах.

Концентрированная ликвидность и активный диапазон

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

Крупный swap способен пересечь несколько ticks или диапазонов. Средняя цена зависит от ликвидности на каждом участке. Поэтому агрегатор может показывать неожиданно нелинейный рост impact: первые единицы проходят глубоко, а затем сделка попадает в пустой участок. Size ladder выявляет такую границу до подписи.

Multi-hop маршрут накапливает воздействие

Если прямого глубокого пула нет, обмен может пройти A→WETH→USDC→B. Каждый hop имеет собственную комиссию, резервы и price impact. Маршрут может быть лучше прямого слабого пула, но его нельзя оценивать по одному промежуточному курсу. Итог определяется количеством целевого токена после всей цепочки.

Чем больше переходов, тем больше точек технического и экономического риска: дополнительные контракты, token approvals, fee tiers и возможность изменения состояния. Хороший агрегатор сравнивает маршруты и делит поток, но пользователь всё равно проверяет output, список токенов и отсутствие неизвестной wrapped-версии.

Split routing делит объём между источниками

Агрегатор может направить часть сделки в один пул, часть — в другой, а остаток — через промежуточный актив. Цель состоит в том, чтобы не перегружать одну кривую. Такое распределение часто снижает aggregate impact, хотя увеличивает вычислительную сложность и gas. Лучший маршрут для малого объёма может отличаться от лучшего для крупного.

Оценивать split следует по final net. Экономия на цене должна превышать дополнительный network cost и интерфейсные сборы. Также проверяют, что все части используют официальные контракты и ожидаемую сеть. Сложный маршрут без понятной расшифровки — повод снизить сумму или выбрать более прозрачное исполнение.

Price impact на централизованной бирже и в стакане

На бирже термин price impact иногда заменяют словами market impact, depth cost или slippage. Механика отличается от AMM, но экономический смысл похож: агрессивная заявка забирает доступные уровни стакана и получает средневзвешенную цену хуже лучшей котировки. Чем меньше объём заявок рядом с рынком, тем быстрее ордер проходит к далёким уровням.

Проверка стакана особенно важна для новых листингов, региональных пар, токенов с небольшим оборотом и крупных рыночных ордеров. Последняя цена не показывает, сколько актива реально доступно. Для решения нужны cumulative depth, spread, история сделок, режим торгов, ограничения и возможность использовать более контролируемый тип заявки.

Bid, ask и mid-price

Bid — лучшая текущая цена покупателя, ask — лучшая цена продавца, а mid-price находится между ними. Рыночная покупка начинает исполняться по ask, рыночная продажа — по bid. Уже из-за spread результат отличается от mid. Если объём превышает лучший уровень, исполнение продолжится дальше по стакану и добавит market impact.

При сравнении с DEX важно выбрать одинаковую базу. Покупку логично оценивать относительно ask или независимой fair price, а не относительно последней случайной сделки. Для продажи используют bid. Mid удобен для аналитики, но по нему нельзя мгновенно исполнить весь объём, если встречной ликвидности нет.

Cumulative depth показывает доступный объём

Один уровень стакана содержит цену и количество. Cumulative depth суммирует все уровни до заданного отклонения, например 0,5% или 1% от mid. Если пользователь хочет купить на сумму, превышающую накопленный объём в этом диапазоне, ордер неизбежно выйдет дальше и ухудшит среднюю цену.

Глубину проверяют по обеим сторонам и в разные моменты. Крупная заявка может быть временной, отменяемой или частью spoofing. Полезно наблюдать, сохраняется ли объём, подтверждается ли сделками и совпадает ли с данными других рынков. Статичный скрин не гарантирует исполнение.

Market order забирает ликвидность

Рыночный ордер обычно исполняется немедленно по доступным ценам. Он является taker-инструментом и не гарантирует одну цену. Большая заявка может получить десятки partial fills, каждый из которых имеет собственный объём и стоимость. Финальный результат рассчитывается как сумма денежных потоков, делённая на общий объём актива.

Риск возрастает в момент новости, листинга или сбоя, когда заявки снимаются быстрее, чем пользователь видит экран. Защитные механизмы биржи могут остановить чрезмерно далёкое исполнение, но на них нельзя строить стратегию. До отправки оценивают worst acceptable price и допустимый размер.

Средневзвешенная цена по fills

Если куплено q₁ по p₁, q₂ по p₂ и далее, средняя цена равна сумме qᵢ·pᵢ, делённой на общий объём. Простое среднее цен уровней неверно, потому что объёмы различаются. Торговая комиссия добавляется отдельно или корректирует полученное количество актива в зависимости от валюты списания.

После исполнения сверяют order history и fills, а не только итоговый баланс. Это позволяет увидеть фактический impact, частичное исполнение и комиссию. Для отчётности сохраняют идентификатор ордера, время каждого fill, пару, сторону, цену, quantity и fee.

Partial fill — нормальный результат лимитного ордера

Лимитная заявка ограничивает худшую цену, но не обещает полный объём. Если встречной ликвидности недостаточно, исполнится только часть, а остаток останется открытым или будет отменён по условиям time-in-force. Это снижает ценовое воздействие, но создаёт риск недобора позиции и изменения рынка.

Пользователь заранее определяет, допустима ли частичная сделка. Для обязательного платежа или хеджирования недобор может быть критичен. В таком случае используют IOC, FOK, RFQ или последовательное исполнение с контролем остатка. Нельзя считать open quantity уже купленным активом.

Limit order переносит риск с цены на исполнение

Лимитная покупка задаёт максимальную цену, продажа — минимальную. Если ордер добавляется в стакан и ждёт контрагента, он может стать maker и не создавать немедленного impact. Но рынок способен уйти, а заявка — остаться без исполнения. При агрессивной лимитной цене ордер всё равно заберёт несколько уровней до установленной границы.

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

IOC, FOK и post-only решают разные задачи

Immediate-or-cancel исполняет доступную часть сразу и отменяет остаток. Fill-or-kill требует полного исполнения всего объёма в допустимых условиях либо отменяет заявку. Post-only не позволяет ордеру немедленно стать taker: если цена пересекает рынок, заявка отклоняется или переставляется по правилам площадки.

Выбор зависит от цели. IOC подходит, когда частичный объём полезен, но ждать нельзя. FOK — когда дробный результат неприемлем. Post-only — когда важна maker-логика и нет срочности. Ни один режим не заменяет проверку глубины, комиссии и риска движения.

TWAP снижает мгновенный market impact

TWAP разбивает крупный ордер на меньшие исполнения во времени. Каждая часть потребляет меньше текущей глубины, а рынок успевает пополняться. Это может приблизить среднюю цену к рыночной за период, но пользователь принимает риск тренда: если цена последовательно растёт при покупке, поздние части окажутся дороже.

Алгоритм полезен, когда объём велик относительно стакана и сделка не требует немедленного завершения. Настраивают длительность, частоту, размер подордера и предельные условия. Слишком предсказуемая схема может быть замечена рынком, а слишком длинная — увеличить экспозицию к изменению цены.

VWAP, participation и adaptive execution

Продвинутые алгоритмы ориентируются не только на время, но и на рыночный объём, долю участия или текущую ликвидность. VWAP стремится распределить исполнение в соответствии с объёмом рынка, participation ограничивает долю от торгового потока, adaptive-модель меняет агрессивность по условиям.

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

RFQ и OTC для крупной сделки

Request for quote и OTC позволяют получить фиксированную или индивидуальную котировку от маркет-мейкера на значимый объём. Сделка не проходит открыто через каждый уровень публичного стакана, поэтому visible market impact может быть ниже. Однако цена включает риск и маржу контрагента, а settlement требует проверки.

Сравнивают минимум несколько котировок, юридическую сторону, срок действия цены, актив и сеть расчёта, комиссию, порядок передачи и документы. Неизвестный посредник в мессенджере не становится OTC-деском только из-за крупной суммы. Для self-custody дополнительно проверяют адреса и тестовую операцию.

Spoofing и ложная глубина

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

Защита состоит не в угадывании намерений, а в ограничении цены и размера. Наблюдают за устойчивостью заявок, фактическими trades и глубиной нескольких площадок. Для критичной суммы используют лимит, RFQ или исполнение частями с проверкой каждого результата.

Как рассчитать price impact до подтверждения сделки

Интерфейс может показать готовый процент, но экспертная проверка должна воспроизводиться независимо. Пользователь фиксирует исходный объём, ожидаемый output, контрольную цену и все явные расходы. Затем переводит их в одну единицу и сравнивает несколько размеров. Такой расчёт выявляет ошибки интерфейса, слабую ликвидность и невыгодный маршрут.

Не существует единственной универсальной формулы отображения, потому что площадки выбирают разные reference price. Поэтому полезно считать минимум две метрики: отклонение average execution от независимой цены и изменение котировки при увеличении собственного объёма. Вместе они показывают, плох ли рынок изначально и насколько дополнительно его ухудшает заявка.

Шаг 1. Определить направление и единицы

Запишите, какой актив продаётся, какой покупается и в какой сети. Для пары ETH/USDC цена может выражаться как USDC за ETH либо ETH за USDC. Перевёрнутая запись меняет знак и логику процента. Ошибки единиц особенно часты в интерфейсах, где пользователь вводит точный output вместо точного input.

Для покупки удобно считать стоимость одной единицы полученного актива: total input, делённый на net output. Для продажи — сколько котируемого актива получено за единицу проданного. Все последующие комиссии относят к правильной стороне, иначе сравнение маршрутов станет ложным.

Шаг 2. Выбрать контрольную цену

Reference может быть лучшим ask/bid, mid-price, индексом нескольких бирж, оракулом или малым тестовым quote. Лучший вариант зависит от задачи. Для немедленной покупки на бирже разумен ask; для оценки fair value — агрегированный рынок; для AMM-кривой — почти нулевой размер сделки в том же маршруте.

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

Шаг 3. Рассчитать average execution price

Если пользователь отдаёт 12 000 USDC и ожидает 5,8 ETH, средняя цена равна примерно 2 068,97 USDC за ETH. Если сетевой расход оплачивается отдельно, его можно добавить к input в денежной оценке. Если комиссия удерживается из output, используют net ETH после удержания.

Average execution отражает экономический результат всего объёма. Для CEX его получают по fills, для DEX — из quote или фактического события swap. Он важнее конечной spot-price, потому что последняя относится лишь к границе кривой после исполнения.

Шаг 4. Посчитать отклонение от reference

Для покупки impact можно оценить как average execution / reference − 1. Если reference равен 2 000, а average — 2 069, отклонение составляет около 3,45%. Для продажи удобна формула 1 − average received / reference. Знак представляют как потерю положительным числом либо как отрицательную доходность.

Методика должна быть одинаковой для всех сравниваемых маршрутов. Нельзя в одном случае использовать mid, а в другом — ask. Результат округляют только после полного вычисления, особенно на малых токенах с большим количеством decimals.

Шаг 5. Перевести процент в деньги

Процент выглядит абстрактно, поэтому рассчитывают денежный эквивалент: reference value ожидаемого объёма минус фактически полученная стоимость. Если без impact ожидалось 6 ETH, а quote даёт 5,8 ETH, потеря составляет 0,2 ETH. При цене 2 000 USDC это около 400 USDC до остальных расходов.

Абсолютная сумма помогает принять решение. Impact 0,7% на 100 USDC может быть меньше сетевого fee, а на 500 000 USDC — значительной величиной. Порог должен зависеть от цели, суммы, альтернатив и срочности, а не от универсального цвета интерфейса.

Шаг 6. Построить size ladder

Запросите quote для 10%, 25%, 50%, 75% и 100% планируемого объёма, не подписывая сделки. Запишите output, average price, impact, fee и network cost. Если удвоение размера почти удваивает денежную потерю, глубина стабильна; если потеря ускоряется, заявка пересекает слабую зону.

Size ladder показывает оптимальный размер одной части и полезен даже при автоматическом routing. Он также обнаруживает минимальные fee, при которых слишком мелкое дробление невыгодно. Проверку повторяют ближе к исполнению, потому что ликвидность меняется.

Шаг 7. Сравнить прямой и многошаговый маршрут

Прямой пул может иметь высокий impact, а маршрут через WETH или USDC — несколько комиссий, но лучший output. Сравнивают конечный актив в нужной сети после всех hop. Нельзя считать промежуточный токен результатом, если его затем придётся менять или переносить.

Для каждого пути фиксируют контракты, количество разрешений, gas и риск wrapped-версии. Экономия в 0,2% может не оправдывать дополнительный bridge или неизвестный протокол. Лучший математический quote не всегда лучший операционный маршрут.

Шаг 8. Проверить reverse quote

После получения котировки A→B запросите обратный обмен предполагаемого output B→A. Разница показывает round-trip cost, включающий spread, impact и fees двух направлений. Это не точный прогноз будущего возврата, но полезная диагностика ликвидности и скрытых token tax.

Если обратная котировка уничтожает значительную долю суммы при неизменном рынке, нужно выяснить причину. Возможны тонкий пул, высокая комиссия, налог токена, ограниченная продажа или неправильный контракт. Для неизвестного актива тестовая круговая операция малой суммой может быть разумнее полной покупки.

Шаг 9. Отделить impact от all-in cost

All-in cost включает price impact, spread, pool/trading fee, interface fee, network cost, token tax, bridge fee и стоимость следующего вывода. Некоторые компоненты уже отражены в quoted output, другие списываются отдельно. Чтобы не посчитать их дважды, строят таблицу денежных потоков.

Сначала записывают total debit с кошелька или счёта. Затем net credit целевого актива. Разницу оценивают по одной reference price. Такой cash-flow подход устойчив к разным интерфейсам и показывает реальную стоимость маршрута независимо от названий полей.

Шаг 10. Установить worst acceptable output

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

Если quote ниже порога, сделку отменяют, даже когда транзакция технически пройдёт. Для платежа нельзя надеяться, что недостающий объём компенсируется позже. Для инвестиционной покупки нельзя расширять допуск только из-за страха упустить движение.

Шаг 11. Проверить расчёт после исполнения

После подтверждения берут фактический input, output, protocol fee, gas и время блока. На CEX используют fills и commission; на DEX — события транзакции и изменение балансов. Рассчитывают realised average price и сравнивают с последним quote. Разница является execution slippage, а не первоначальным impact.

Пост-анализ нужен не только для отчётности. Если фактический результат систематически хуже quote, проблема может быть в задержке, публичном mempool, токене с tax или маршрутизаторе. Следующие операции выполняют иначе либо полностью прекращают.

От чего зависит величина price impact

Price impact не является постоянным свойством токена. Он зависит от конкретного объёма, направления, активной ликвидности, конструкции рынка и момента времени. Два пользователя могут увидеть разные значения в одну минуту, если один покупает, другой продаёт, а маршрутизатор выбирает разные источники.

Правильная диагностика ищет причинную цепочку. Пользователь меняет один параметр — размер, площадку, маршрут или способ исполнения — и наблюдает, как меняется output. Если значение остаётся аномальным, проверяют контракт токена, внешнюю цену, налоги на перевод и технические ограничения.

Размер сделки относительно активной глубины

Главный фактор — не абсолютная сумма, а её доля от ликвидности, доступной рядом с текущей ценой. Сделка на 100 000 USDC может быть незаметной в глубоком BTC-рынке и разрушительной в новом токене. Поэтому лимиты задают как процент от глубины, а не как универсальную денежную границу.

Для CEX измеряют cumulative depth, для AMM — size ladder и активные резервы. Если пользователь не способен оценить глубину, он не должен исполнять крупный объём одной операцией. Начальный тест должен быть достаточно мал, чтобы ошибка оставалась управляемой.

Направление сделки и перекос резервов

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

Нельзя переносить impact из пары A→B на B→A. Также не следует считать одинаковыми две котировки с разным exact input/exact output. Для обязательного получения фиксированной суммы выходного актива формула может потребовать непропорционально больший вход.

Волатильность и скорость обновления ликвидности

Во время резкого движения маркет-мейкеры расширяют spread, снимают заявки или уменьшают диапазоны. Арбитраж меняет резервы, а оракулы и маршрутизаторы могут обновляться с задержкой. Даже если общий объём торгов высокий, мгновенная доступная глубина ухудшается, и impact растёт.

Зелёный quote в спокойный момент не гарантирует такое же исполнение после новости. Для значимой сделки сокращают время между расчётом и отправкой, используют ограничивающий ордер или делят исполнение. Повышение slippage не восстанавливает исчезнувшую ликвидность.

Fee tier и выбор пула

Одна пара может торговаться в пулах с разными комиссиями. Низкий tier привлекает стабильные пары и частый поток, высокий — компенсирует поставщикам риск волатильности. Но фактическое распределение капитала зависит от участников. Пул с большей комиссией иногда имеет лучшую глубину и меньший total cost.

Агрегатор должен сравнивать output, а не только fee. Пользователь проверяет, почему выбран конкретный pool address и какова доля маршрута. Если ручное переключение пула резко меняет результат, причина может быть в активной ликвидности или ошибочной версии токена.

Количество hops и качество маршрутизации

Дополнительный hop может снизить impact, если промежуточный актив имеет глубокие рынки. Но каждый переход добавляет fee и возможность потери. Оптимизатор решает задачу на конкретный объём; при другом размере лучший маршрут меняется. Поэтому сохранённый путь нельзя механически использовать позже.

Прозрачный интерфейс показывает routing path и итоговый minimum. Если маршрут проходит через неизвестный актив или мост без необходимости, его следует отклонить. Экономия должна быть понятна в абсолютных величинах и превышать добавленный технический риск.

Network cost и экономический размер сделки

Gas не является price impact, но влияет на решение о дроблении. Десять маленьких swaps могут снизить кривой impact, однако заплатить десять сетевых комиссий и approvals. В дешёвой сети дробление оправдано чаще, в дорогой — оптимальная часть может быть крупнее.

Сравнивают marginal saving: насколько следующий шаг дробления улучшает output и сколько добавляет network cost. Когда экономия становится меньше дополнительной комиссии и временного риска, дальнейшее дробление невыгодно. Расчёт проводят в одной валюте по одному времени.

Token tax и fee-on-transfer

Некоторые токены удерживают процент при покупке, продаже или обычном переводе. Интерфейс может отразить эффект как плохой output, высокий slippage requirement или отдельное предупреждение, но методики различаются. Налог является правилом токена, а не обычным AMM-impact, хотя пользователь ощущает их совместно.

Проверяют контракт, официальную документацию и малую обратную продажу. Переменный tax особенно опасен: владелец может изменить ставку после покупки. Если экономику невозможно воспроизвести, токен не подходит для значимой операции независимо от обещанной доходности.

Rebasing и reflection-механика

Rebasing меняет балансы пропорционально правилам токена, reflection перераспределяет часть операций держателям. Такие механизмы могут нарушать предположения маршрутизатора и вызывать failed swap или расхождение expected output. Сам факт поддержки кошельком не означает совместимость с конкретным router.

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

MEV и публичный mempool

Публично отправленная транзакция раскрывает параметры до включения в блок. Арбитражёр или бот может изменить состояние перед сделкой и извлечь ценность из последовательности операций. Пользователь получит не ниже contract minimum, но хуже первоначального quote. Это относится к execution slippage и MEV, а не только к статическому impact.

Защита включает разумный slippage, приватную отправку, intent/RFQ-модель и отказ от экстремально крупных публичных swaps. Слишком широкий допуск создаёт пространство для худшего исполнения. Слишком низкий — повышает вероятность revert и потери gas.

Oracle price и устаревший reference

Интерфейс может сравнивать swap с оракулом или внешним рынком. Если источник обновляется медленно, показывает другую сеть или тонкую пару, процент impact будет искажён. Особенно это заметно при depeg, листинге и токенах с несколькими wrapped-версиями.

Reference проверяют независимо. Для ликвидного актива используют несколько крупных площадок; для LP-токена или receipt-актива — механизм погашения и состав позиции. Цена без возможности реального обмена не является надёжной базой.

Минимальный размер и округление decimals

На очень малых суммах fixed fee, минимальный tick и округление токена могут создать большой процентный эффект. Токен с низким количеством decimals не способен представить произвольную дробь. Интерфейс округляет output вниз, и относительная потеря выглядит значительной, хотя абсолютная сумма мала.

Пользователь проверяет minimum trade, step size и decimals. Нельзя делать вывод о глубине только по микроскопическому тесту, если округление доминирует. Тестовая сумма должна быть безопасной, но достаточной для корректной работы формулы.

Лимиты и защитные механизмы площадки

Биржа или интерфейс может ограничивать максимальный impact, объём рынка, цену относительно индекса или допустимый slippage. Это снижает риск катастрофического исполнения, но не гарантирует выгодный курс внутри порога. Ограничения также меняются по парам и регионам.

До сделки изучают, что произойдёт при достижении лимита: полный reject, partial fill, остановка остатка или предупреждение с возможностью продолжить. Не следует нажимать «всё равно обменять», не рассчитав абсолютную потерю и альтернативный маршрут.

Как читать котировку DEX и экран подтверждения

Безопасное решение принимают по полному экрану quote, а не по крупной цифре ожидаемого output. Интерфейс должен раскрывать исходный и целевой актив, сеть, маршрут, комиссии, price impact, maximum slippage и minimum received. Если важные детали скрыты, пользователь не способен проверить, что именно подпишет.

Названия полей отличаются, но экономическая логика одинакова. Перед подтверждением нужно ответить: какой контракт списывает токены, как рассчитывается выход, какой минимум защищён on-chain, сколько нативной монеты останется и какой актив появится на адресе после всей цепочки.

Input token и точный контракт

Первое поле определяет не только тикер, но и сеть, contract address, decimals и доступный баланс. Два токена с одинаковым названием могут быть разными активами. Если пользователь выбрал поддельный контракт, хороший impact лишь означает, что поддельный пул достаточно глубок для конкретной операции.

Контракт сверяют с официальным источником и обозревателем. Для нативной монеты уточняют, используется ли wrapped-версия внутри маршрута. Баланс не расходуют полностью, если этот актив нужен для network cost или последующего вывода.

Output token и форма владения

Целевой актив может быть нативной монетой, ERC-20, bridged token, receipt token или wrapped-представлением. Внешне тикер совпадает, но возможность депозита, погашения и продажи различается. Перед swap проверяют, принимает ли конечный сервис именно этот контракт и сеть.

Если маршрут заканчивается промежуточной версией, нужно добавить стоимость unwrap или bridge. Quote, который даёт больше токенов, не обязательно выгоднее, когда результат нельзя использовать без нового риска и комиссии.

Current market price

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

Сравните цену с несколькими независимыми рынками. Если отличие велико, не объясняйте его автоматически impact. Возможны неправильный контракт, depeg, stale oracle, другая единица котировки или недостаточная ликвидность исходного рынка.

Expected output

Ожидаемый output рассчитывается на текущем состоянии маршрута. Он обычно уже учитывает pool fee и внутреннюю кривую, но может не включать network cost, внешний interface fee или token tax, удерживаемый нестандартным контрактом. Точное содержание проверяют в документации и деталях.

Для решения переведите output в конечную ценность: доступный баланс после получения, а не рекламный эквивалент. Если операция multi-step, убедитесь, что показанное число относится к финальному активу, а не к промежуточному.

Minimum received

Minimum received — on-chain защита от ухудшения результата сверх slippage tolerance. Если фактический output ниже, транзакция обычно откатывается, хотя network cost может быть потрачен. Это технический нижний предел, а не прогноз того, сколько пользователь обязательно получит в любой ситуации.

Сравните minimum со своим бизнес-порогом. Если даже минимум приемлем, сделка имеет контролируемый диапазон. Если он слишком низок, не расширяйте slippage ради успеха. Лучше уменьшить объём, обновить quote или сменить маршрут.

Maximum slippage

Slippage tolerance задаёт допустимое изменение между расчётом и исполнением. Она не уменьшает исходный price impact. При impact 8% установка slippage 10% не превращает сделку в выгодную; она лишь разрешает дополнительное ухудшение. Этот принцип предотвращает распространённую ошибку.

Слишком низкий допуск повышает риск revert, слишком высокий — допускает плохое исполнение и MEV. Значение выбирают по волатильности, скорости сети, token mechanics и ликвидности, а не по совету неизвестного чата.

Price impact warning

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

Проверьте контракт, цену, направление и размер. Затем запросите меньшие суммы и альтернативные маршруты. Если высокая величина сохраняется, рациональный результат — отменить сделку. Упущенная операция дешевле необратимого обмена по экстремальной цене.

Liquidity provider и interface fees

Pool fee поступает поставщикам ликвидности по правилам протокола. Interface fee может удерживаться разработчиком приложения или маршрутизатором. Они могут отображаться отдельно либо быть включены в output. Ставка сама по себе не показывает, какой маршрут выгоднее.

Запишите абсолютную сумму каждого сбора и валюту списания. При сравнении кошелька и веб-интерфейса учитывайте, что они могут использовать один и тот же AMM, но разные дополнительные комиссии. Финальный net является решающим.

Network cost

Network cost оплачивает выполнение on-chain транзакции и зависит от сети, сложности маршрута и текущей нагрузки. Он может списаться даже при revert. Для approve и swap иногда нужны две отдельные операции. На L2 часть стоимости может включать публикацию данных в базовой сети.

Убедитесь, что после сделки останется нативный резерв. Если gas сопоставим с экономией от лучшего routing, выберите более простой путь. Но нельзя выбирать несовместимую сеть только из-за низкой комиссии.

Order routing

Routing показывает пулы, fee tiers и промежуточные токены. Split route может делить объём между источниками. Прозрачность пути позволяет обнаружить неизвестный контракт, ненужный bridge или актив с похожим тикером. Скрытый route увеличивает неопределённость.

Сложность должна иметь экономическое объяснение. Если два дополнительных hop улучшают output на незначительную сумму, простой маршрут может быть безопаснее. Для крупной операции сохраните детали route вместе с quote.

Approval и spender

До swap токена кошелёк может запросить approval — разрешение конкретному spender списывать актив. Unlimited approval уменьшает число будущих транзакций, но увеличивает ущерб при компрометации контракта. Permit или Permit2 также требует понимания scope, срока и подписываемых данных.

Сверьте spender с официальным router и ограничьте сумму, если постоянный доступ не нужен. После одноразовой или рискованной операции проверьте разрешения. Seed-фраза не требуется ни для approval, ни для поддержки.

Подпись и simulation

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

Если симуляция показывает неожиданный перевод, NFT, unlimited approval или неизвестный актив, отмените операцию. Просьба поддержки отключить предупреждение или отправить seed является признаком мошенничества.

Transaction receipt после swap

После включения в блок проверьте status, фактические token transfers, gas, event logs и итоговые балансы. Одна отметка Success не доказывает получение ожидаемого актива: транзакция могла выполнить другой контракт или выдать токен с неподходящей сетью.

Сопоставьте realised output с minimum received и последним quote. Сохраните TxID и скрин деталей. При расхождении сначала диагностируйте событие, а не повторяйте swap с увеличенным slippage.

Как снизить price impact без потери контроля

Снижение impact — это задача исполнения, а не поиск волшебной настройки. Пользователь меняет размер, рынок, время и тип заявки, но каждый способ создаёт новый компромисс. Дробление добавляет комиссии, лимитный ордер рискует не исполниться, ожидание открывает рыночный риск, а сложный routing увеличивает техническую поверхность.

Поэтому решение выбирают после расчёта цели и worst acceptable result. Для обязательного платежа важна полнота и срок, для покупки позиции — средняя цена и лимит риска, для ликвидации — скорость. Одинаковый процент impact может быть допустим в аварийной ситуации и неприемлем в плановой операции.

Уменьшить размер одной операции

Самый прямой способ — снизить input до участка кривой, где ухудшение приемлемо. Size ladder показывает такую границу. Однако меньшая часть не решает вопрос оставшегося объёма: нужно определить интервал, условия остановки и максимальное количество транзакций.

После каждой части пересчитывайте рынок. Если цена ушла, не продолжайте механически. Включайте network cost и риск раскрытия намерения. Дробление полезно только при контролируемой процедуре, а не как серия импульсивных нажатий.

Выбрать более глубокий пул или пару

Прямой токен/токен пул может быть тонким, тогда как обе монеты имеют глубокие рынки к USDC или WETH. Маршрут через промежуточный актив снижает impact, если дополнительный fee меньше экономии. На CEX аналогично можно выбрать более ликвидную котируемую валюту.

Проверяйте final net и число шагов. Более глубокий рынок не оправдывает получение неправильной версии токена. Для bridge-актива учитывайте погашение и совместимость конечной площадки.

Использовать агрегатор с split routing

Агрегатор сравнивает пулы и может распределить объём между ними. Это снижает нагрузку на одну кривую. Но лучший quote зависит от алгоритма, доступных источников и interface fee. Пользователь не должен считать любой агрегатор нейтральным.

Сравните два независимых интерфейса и раскройте маршрут. Если выигрыш мал, простой swap может быть предпочтительнее. Не подписывайте разрешения неизвестным spender ради незначительной экономии.

Лимитный ордер вместо немедленного swap

On-chain limit или биржевой limit задаёт минимальную продажную либо максимальную покупную цену. Пользователь перестаёт принимать всю текущую кривую и ждёт встречный поток. Impact может снизиться, но исполнение не гарантируется и зависит от механики протокола.

Проверьте, где хранится ордер, кто исполняет, есть ли expiry и как отменить. В DeFi лимит может использовать solver, keeper или отдельный контракт. Отмена тоже может требовать gas.

TWAP и расписание частей

Когда объём велик, TWAP распределяет его по времени. Подход уменьшает мгновенное воздействие и позволяет ликвидности восстановиться. Но средняя цена зависит от тренда, а предсказуемая последовательность может раскрывать намерение.

Установите duration, maximum price, размер части и stop conditions. Не используйте TWAP без мониторинга для токена, который может потерять ликвидность или пройти резкий depeg.

RFQ и intent-based execution

В RFQ поставщики ликвидности конкурируют за конкретный объём и дают котировку. Intent-модель описывает желаемый результат, а исполнители ищут маршрут. Это может уменьшить публичное воздействие и MEV, особенно для значимой сделки.

Проверяйте гарантированный minimum, срок, settlement, подпись и возможные комиссии. RFQ не отменяет контрагентский риск, если исполнение не полностью атомарно. Intent не должен давать неограниченное право на списание.

Batch auctions и Coincidence of Wants

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

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

OTC для институционального объёма

Крупная сделка может быть согласована вне публичного стакана с последующим settlement. Это уменьшает видимое воздействие, но цена учитывает риск дилера, а стороны должны проверить юридические и операционные условия. Для неликвидного токена OTC-котировка может быть единственной реалистичной.

Документируйте актив, сеть, amount, rate, fee, срок, адреса и порядок передачи. Используйте проверенную организацию и разделение ролей. Не проводите крупный расчёт на доверии к аккаунту в мессенджере.

Выбрать время с устойчивой ликвидностью

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

Ориентируйтесь на наблюдаемую depth и стабильность quote, а не на часы сами по себе. Если операция не срочная, сравните несколько временных окон и зафиксируйте методику.

Использовать частичное исполнение с лимитом

Агрессивный limit может исполнить только доступный объём до заданной цены. Это сочетает скорость и защиту от дальних уровней. Остаток остаётся открытым или отменяется по IOC. Метод полезен, когда часть результата уже решает задачу.

До ордера определите, что делать с остатком и как учитывать partial fills. Не поднимайте лимит автоматически после каждого недобора: это может превратить контролируемую заявку в скрытый market order.

Сравнивать exact input и exact output

При exact input пользователь фиксирует расход, а output плавает в допустимых границах. При exact output фиксируется нужный результат, а контракт рассчитывает максимальный input. Для платежа exact output может быть логичнее, но в тонком рынке необходимый вход быстро растёт.

Проверьте maximum input и остаток gas. Не подписывайте exact output с чрезмерным лимитом. Для нестандартных токенов такая модель может не поддерживаться.

Оставлять право отменить сделку

Лучший инструмент контроля — возможность не совершать операцию. Если impact, маршрут или контракт не объясняются, отмена является корректным результатом анализа. Срочность, созданная интерфейсом или продавцом, не меняет математику.

Заранее установите стоп-порог в процентах и деньгах. Решение принимается до подключения эмоций. Для бизнес-операции предусмотрите альтернативный актив, площадку или срок.

Не компенсировать impact широким slippage

Увеличение slippage не добавляет ликвидность и не улучшает исходный quote. Оно лишь расширяет диапазон допустимого исполнения. При высоком impact сначала уменьшают объём или меняют рынок. Широкий допуск может сделать операцию привлекательной для MEV.

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

Риски, мошеннические схемы и ошибки при высоком impact

Высокий price impact иногда объясняется обычной нехваткой ликвидности, но может быть признаком более опасной проблемы: поддельного токена, honeypot, скрытого налога, манипулируемого пула или ошибочной версии актива. Пользователь не должен лечить каждый плохой quote увеличением slippage. Сначала устанавливают причину.

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

Поддельный токен с похожим тикером

Мошенник создаёт токен с известным названием и ликвидность в отдельном пуле. Пользователь находит его через поиск интерфейса и видит правдоподобную цену. Impact может быть любым, но сам актив не является оригиналом. Логотип и ticker не уникальны.

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

Honeypot и запрет продажи

Контракт может разрешать покупку, но блокировать продажу для большинства адресов либо устанавливать чрезвычайный sell tax. Вход выглядит успешным, а обратный quote отсутствует или требует экстремального slippage. Рыночная цена в таком пуле не отражает реализуемую ценность.

До значимой покупки проведите малый buy и sell, изучите контракт и права владельца. Анализатор третьей стороны полезен только как дополнительный сигнал. Если продажа не воспроизводится, не увеличивайте сумму.

Rug pull и удаление ликвидности

Владелец LP или администратор может вывести ликвидность, после чего impact резко возрастает, а продать токен становится невозможно без огромной потери. Большой TVL на момент просмотра не гарантирует, что капитал заблокирован или распределён между независимыми участниками.

Проверяйте владельцев LP-позиций, timelock, концентрацию и историю изменений. Не считайте обещание команды защитой. Размер позиции должен учитывать возможность почти полной неликвидности.

Манипуляция малым пулом

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

Оценивайте executable depth, а не mark-to-market по последней сделке. Запросите котировку продажи всей позиции и нескольких частей. Нереализуемая оценка не является ликвидным капиталом.

Скрытый buy/sell tax

Некоторые контракты удерживают сбор, который меняется по направлению или адресу. Цена пула может выглядеть нормальной, но output после tax существенно ниже. Интерфейс иногда маскирует эффект под slippage или failed transaction.

Изучите transfer logic, официальный fee и фактические события. Малый round trip показывает потерю, но не защищает от последующего изменения ставки. Административная возможность увеличить tax является отдельным риском.

Fake frontend и подмена route

Поддельный сайт копирует интерфейс DEX, но предлагает вредоносный approval или отправляет swap через контракт злоумышленника. Поля impact и output могут быть нарисованы и не соответствовать транзакции. Правильная математика на экране не защищает от неправильной подписи.

Открывайте приложение по проверенной закладке, сверяйте домен и simulation. Не отключайте предупреждения кошелька по инструкции поддержки. Подписание сообщения не требует передачи seed.

Unlimited approval как отдельная угроза

Даже если текущий swap имеет низкий impact, неограниченное разрешение оставляет контракту право списывать будущий баланс. При компрометации router или ошибке адреса ущерб превышает размер сделки. Пользователь часто оценивает только quote и пропускает approval.

Ограничивайте allowance суммой операции, когда это практично, и регулярно проверяйте разрешения. Spender должен совпадать с официальным контрактом. Не подписывайте Permit2 с непонятным scope и сроком.

Неправильная сеть и wrapped-версия

Пользователь может обменять актив на версию, которую не принимает биржа или получатель. Price impact низок, но следующая операция требует bridge, unwrap или остаётся невозможной. Экономический результат хуже, чем показывает swap.

До обмена проверяйте конечный deposit network и contract. Считайте весь маршрут до usable balance. Совпадение названия не означает взаимозаменяемость.

Экстремальный impact warning

Предупреждение в десятки процентов обычно означает, что объём несопоставим с глубиной, выбран неправильный токен или reference обнаружил сильное отклонение. Нажатие «swap anyway» должно быть исключительным решением с расчётом абсолютной суммы, а не обычным способом пройти ошибку.

Уменьшите input на порядок и сравните другие рынки. Если проблема не исчезла, остановитесь. Для неизвестного токена экстремальная величина является достаточным основанием отказаться.

Слишком широкий slippage и sandwich-атака

Высокий tolerance позволяет исполнить транзакцию по значительно худшей цене. В публичном mempool бот может разместить операцию до и после пользователя, изменив состояние пула. Контракт соблюдёт minimum, но результат приблизится к нижней границе.

Используйте минимально достаточный допуск, приватную отправку или intent-модель. Не увеличивайте процент без расчёта. Значимая сделка в тонком пуле требует иного способа исполнения.

Повтор failed swap без диагностики

После revert пользователь иногда повышает gas и slippage, не выяснив причину. Ошибка может быть вызвана неподдерживаемым token type, tax, изменившейся ликвидностью или неправильным approval. Повтор тратит network cost и может открыть более опасные условия.

Сначала прочитайте error, simulation и события предыдущей транзакции. Проверьте баланс нативной монеты, allowance, deadline и контракт. Если причина не ясна, не отправляйте новый объём.

Ошибочная оценка собственного портфеля

Кошелёк может умножать баланс на spot-price тонкого пула и показывать крупную сумму. При попытке продажи impact превращает её в малую реализуемую стоимость. Это типично для airdrop, scam-токенов и концентрированных рынков.

Для отчёта разделяйте mark price и liquidation value. Оценивайте несколько sell sizes и максимальный безопасный выход. Неликвидный токен не следует учитывать как денежный резерв.

Отсутствие независимого доказательства сделки

После плохого исполнения пользователь имеет только скрин крупной цифры до swap. Без TxID, quote, route и фактических transfers сложно понять, был ли impact, slippage, tax или подмена контракта. Это мешает поддержке, учёту и расследованию.

Сохраняйте время, input, expected output, minimum, impact, spender и TxID. После сделки экспортируйте историю и сверяйте балансы. Документация должна позволять третьему специалисту воспроизвести расчёт.

Практический алгоритм проверки и исполнения сделки

Контроль price impact должен быть воспроизводимым процессом. Пользователь не начинает с выбора кнопки Swap; он формулирует конечную задачу, проверяет активы и строит несколько маршрутов. Затем сравнивает их по final net и риску. Такой порядок защищает от ситуации, когда удобный интерфейс подменяет экономический анализ.

Алгоритм ниже подходит для DEX, встроенного обмена кошелька и крупного ордера на бирже. Конкретные поля различаются, но контрольные точки одинаковы: идентичность актива, reference price, ликвидность, размер, ограничения, подпись, фактическое исполнение и доказательства.

1. Сформулировать конечный результат

Запишите, сколько какого актива должно оказаться где и к какому сроку. Например: получить не менее 4,9 ETH в сети Ethereum на самостоятельный адрес, сохранив 0,02 ETH для gas. Формулировка сразу исключает маршруты, которые дают bridged token или баланс в другой сети.

Без конечной точки сравнение становится бессмысленным. Самый большой output промежуточного токена может привести к дополнительным расходам. Для платежа добавьте сумму обязательства, для портфеля — допустимый размер позиции.

2. Идентифицировать исходный и целевой актив

Сверьте сеть, contract address, decimals и тип актива. Для нативной монеты уточните wrapped-механику маршрута. Проверьте, что целевой контракт поддерживается кошельком и конечной площадкой, а исходный баланс доступен, не заблокирован в ордере или Earn.

Сохраните официальные адреса до подключения к DEX. Не ищите контракт по названию в чате. Если есть несколько версий, запишите, почему выбрана конкретная.

3. Определить независимую reference price

Получите bid/ask или цену нескольких глубоких рынков в тот же момент. Для редкого токена используйте малый quote и доступные централизованные пары, но отмечайте низкую надёжность. Reference должна относиться к тому же активу и сети.

Запишите время и единицы. Если цена существенно различается между источниками, сначала выясните причину. Не переходите к крупному swap на неоднозначном рынке.

4. Построить size ladder

Запросите котировки для нескольких долей плановой суммы. Рассчитайте average execution и абсолютную потерю. Отметьте уровень, после которого impact ускоряется. Это граница активной глубины, а не рекомендация автоматически дробить.

Включите fee и network cost. Малые части могут стать невыгодными из-за фиксированных расходов. Выберите экономически разумный диапазон одной операции.

5. Сравнить минимум два маршрута

Проверьте прямой пул, агрегатор, другую пару, биржу или RFQ, если они доступны и допустимы. Для каждого запишите final net, количество шагов, разрешения, время и риск. Не используйте маршрут, который невозможно объяснить.

Лучший quote должен сохранять преимущество после gas и следующего вывода. Если разница мала, простота и проверяемость могут быть важнее нескольких базисных пунктов.

6. Выбрать способ исполнения

Малый impact и срочная задача допускают немедленный swap или market. Заметный impact требует smaller size, limit, IOC, TWAP, RFQ или OTC. Решение связано с дедлайном и допустимостью partial fill.

До отправки задайте worst acceptable price/output и действия с остатком. Не меняйте условия под влиянием движения рынка без повторного расчёта.

7. Проверить quote и разрешения

Раскройте input, output, route, fee, network cost, impact, max slippage и minimum received. Сверьте spender и allowance. Оставьте нативный резерв. Если интерфейс скрывает детали, используйте другой.

Сделайте скрин или экспорт перед подписью. Для крупной суммы повторите quote после небольшой паузы и оцените стабильность. Резкое изменение — повод остановиться.

8. Выполнить тестовую операцию

Новый токен, сеть, DEX или маршрут проверяют малой суммой. Тест должен подтверждать не только получение, но и возможность обратной продажи или дальнейшего использования. Микросумма не моделирует impact крупной сделки, поэтому она проверяет технику, а не всю экономику.

После теста изучите TxID, фактический контракт, gas и balances. Не увеличивайте сумму, пока результат не объяснён.

9. Подписать только понятную транзакцию

Сверьте домен, chain ID, contract, function, approvals и ожидаемые изменения. Не передавайте seed и не включайте blind signing без необходимости и понимания. Если кошелёк показывает неожиданное списание, отмените.

Время между quote и подписью должно быть минимальным, но спешка не отменяет проверку. Обновите расчёт, если сеть зависла или рынок изменился.

10. Дождаться финальности и проверить баланс

Статус Pending не является завершением. После включения убедитесь, что transaction success, transfers соответствуют ожидаемым, а целевой токен доступен. Для биржи проверьте fills и settled balance, а не только статус ордера.

Если транзакция reverted, не повторяйте автоматически. Зафиксируйте error, gas и состояние. Разберите причину до нового исполнения.

11. Рассчитать realised execution

Используйте фактический total debit, net credit, fees и gas. Рассчитайте average price и сравните с reference и последним quote. Разницу между quote и фактом отнесите к execution slippage, а отклонение quote от reference — к impact и spread по выбранной методике.

Такой разбор позволяет сравнивать площадки и улучшать процесс. Один удачный результат не доказывает постоянное качество; ведите серию операций в одинаковом формате.

12. Сохранить доказательства и обновить лимиты

Храните quote, order ID, route, approvals, TxID, fills, комиссии и итоговый баланс. Для бухгалтерии добавьте фиатную оценку и источник курса. Для корпоративной операции укажите инициатора, проверяющего и подписанта.

После сделки обновите список доверенных контрактов, allowance и максимальный размер одной операции. Если impact превысил ожидание, уменьшите лимит до выяснения причин.

13. Установить стоп-условия

Сделка отменяется, если контракт не подтверждён, impact выше лимита, minimum received не решает задачу, route содержит неизвестный актив, approval чрезмерен или площадка просит внешний перевод. Стоп-условия записывают заранее.

Нельзя отменять правило из-за обещанной прибыли или давления поддержки. Нарушение одного критического условия означает новый анализ с нуля.

14. Регулярно пересматривать маршрут

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

История собственных сделок помогает оценить устойчивость. Сравнивайте quoted и realised output, число failed transactions и время исполнения. Маршрут должен сохранять качество, а не только однажды дать хороший результат.

Итоговая модель решения

Price impact — измеримая стоимость потребления ликвидности. Он не является мистическим штрафом DEX и не исчезает от увеличения slippage. Пользователь управляет им через размер, рынок, route и тип исполнения, но всегда учитывает новые комиссии и риски.

Правильная сделка имеет проверенный актив, понятную reference price, приемлемый final net, ограниченный minimum и доказуемый результат. Если хотя бы один элемент отсутствует, операция остаётся предположением, а не контролируемым обменом.

Главный практический вывод: сначала рассчитывается исполнимый результат, затем выбирается кнопка. Низкий impact полезен только при правильном активе и безопасном маршруте, а высокий impact требует изменения способа исполнения или полного отказа. Эта дисциплина особенно важна для неликвидных токенов и крупных сумм, где одна необратимая операция способна превратить номинальную цену в фактический убыток.