DEX-биржи криптовалют: что это, как работают AMM и чем DEX отличается от CEX

DEX биржи криптовалют — это on-chain рынки, где обмен цифровых активов организован через смарт-контракты, пулы ликвидности, книги заявок или другие механизмы исполнения без необходимости передавать весь торговый баланс централизованному оператору. Важная оговорка: DEX — не один технический стандарт. Под одним словом сегодня могут скрываться constant-product AMM, concentrated-liquidity pools, StableSwap-подобные модели, on-chain order books, RFQ-системы, intent-based execution и агрегаторы, которые сами маршрутизируют заявку через несколько источников ликвидности.

Поэтому вопрос «что лучше — DEX или CEX» нельзя решать одним лозунгом про децентрализацию. У централизованной биржи есть единый оператор, внутренний учёт балансов и matching engine; у DEX исполнение и расчёт зависят от конкретной сети, контрактов, пула, маршрутизатора и ликвидности. Пользователь получает больше прямого контроля над активами, но одновременно берёт на себя часть работы, которую на CEX выполняют листинг-команда, риск-служба, кастодиан и инфраструктура самой площадки.

Эта статья разбирает DEX как рыночную архитектуру: откуда берётся цена, кто создаёт ликвидность, почему AMM обходится без классического маркет-мейкера, чем отличаются разные типы DEX, где возникает price impact, как работает маршрутизация и какие риски не исчезают даже у популярного протокола. Практический сценарий «подключить кошелёк → выдать разрешение → сделать swap → проверить транзакцию» вынесен в отдельный материал блока DeFi, чтобы не смешивать два поисковых интента.

DEX-биржи криптовалют: что это и как устроена децентрализованная торговля

Удобно разделять DEX на четыре уровня. Протокол задаёт правила рынка в коде: как создаются пулы, как рассчитывается цена, какие комиссии существуют и кто может менять параметры. Ликвидность — это активы и заявки, которые реально позволяют исполнить обмен. Исполнение определяет путь конкретной сделки: один pool, несколько hops, split route, RFQ или внешняя ликвидность. Интерфейс — сайт, кошелёк или приложение, которое собирает эти компоненты в понятный пользователю экран. Ошибка возникает, когда эти уровни считают одним объектом: интерфейс может измениться, а протокол продолжит работать; один и тот же интерфейс может использовать несколько протоколов; агрегатор может вообще не владеть собственной базовой ликвидностью.

Из этого следует ещё одно различие: «децентрализованный» не всегда означает одинаковую степень децентрализации. Settlement может происходить on-chain, а front-end — оставаться централизованным. Смарт-контракт может быть immutable или upgradeable. Параметры могут контролироваться DAO, multisig или отдельной компанией. Цена может определяться пулом, внешним oracle, аукционом или комбинацией механизмов. Для пользователя важнее не ярлык DEX, а карта зависимостей и официальный интерфейс DEX: кто может остановить интерфейс, обновить контракт, изменить fee, добавить hook, перенаправить router или повлиять на листинг.

DEX простыми словами: что именно происходит во время обмена

DEX — это не один сайт и не единый тип биржи

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

Эта архитектура объясняет, почему нельзя оценивать безопасность только по бренду на странице. Если пользователь подключил кошелёк к фишинговой копии интерфейса и подписал вредное разрешение, настоящий протокол не обязан участвовать в краже. И наоборот, даже на официальном интерфейсе можно купить мошеннический токен, если протокол permissionless и позволяет создавать рынки без централизованного листинг-комитета. Безопасность DEX складывается из нескольких независимых проверок, а не из одного значка «официальный сайт».

Что означает self-custody в контексте swap

При обычном DEX-swap исходные токены находятся на адресе пользователя до момента исполнения подписанной транзакции. Кошелёк формирует подпись, смарт-контракт получает разрешение провести операцию по заданным условиям, а результат записывается в блокчейн. Площадка не выдаёт пользователю внутренний баланс как CEX; после успешного обмена итоговые токены должны оказаться на его адресе или в другом явно указанном смарт-контракте. Это удобнее для тех, кто хочет сохранять контроль над ключами, но пароль поддержки уже не может «отменить» подтверждённый swap.

Self-custody также не означает, что каждый шаг требует отправки seed-фразы. Нормальный DEX никогда не нуждается в seed или приватном ключе. Для соединения сайта с кошельком используется публичный адрес и разрешение на взаимодействие; для операции — подпись транзакции или сообщения. Если страница предлагает «синхронизировать кошелёк» вводом recovery phrase, это не этап DEX-торговли, а критический сигнал остановиться. Правила хранения резервной копии лучше разобрать отдельно в материале про seed-фразу криптокошелька.

Почему на DEX нет привычного депозитного шага

На CEX путь часто выглядит так: создать адрес депозита, отправить актив, дождаться зачисления на внутренний баланс, затем выставить ордер. На DEX чаще нет отдельного «депозита на биржу» для простого swap: кошелёк уже является источником средств. Пользователь подключает адрес, выбирает пару и разрешает смарт-контракту использовать конкретный токен. Это сокращает число переводов, но делает особенно важными сеть и нативный gas. Токен может быть виден в кошельке, однако без ETH, SOL, BNB, POL или другой нативной монеты нужной сети транзакцию нельзя отправить.

DEX и CEX: чем отличаются custody, расчёт и устройство рынка

Запрос «DEX биржи криптовалют» часто ведёт к сравнению двух моделей рынка. Сравнивать DEX и CEX полезно по функциям, а не по идеологии. CEX обычно объединяет custody, matching engine, внутренний ledger, листинг, риск-контроль и клиентский интерфейс в одной организации. Это упрощает исполнение и поддержку, но создаёт контрагентский риск: пользователь зависит от доступа к аккаунту, платёжеспособности оператора и правил вывода. DEX разносит эти функции между кошельком, сетью, контрактами и поставщиками ликвидности. Контрагентский риск уменьшается в одном месте, но появляется больше технических и on-chain зависимостей.

У CEX последняя цена и стакан формируются в централизованном matching engine; расчёт между пользователями часто остаётся внутренней записью до вывода. На DEX сделка может изменять состояние блокчейна и непосредственно резервы пула. Это делает расчёт проверяемым on-chain, но добавляет network fee, latency блока, MEV и риск revert. CEX может отменить или заморозить операцию по своим правилам; подтверждённую on-chain транзакцию обычно нельзя «откатить» обращением в поддержку.

Увеличить

Листинг также устроен по-разному. На CEX актив проходит процесс допуска конкретной площадки. Permissionless DEX может позволить создать pool практически любому, из-за чего доступ к новым активам шире, но тикер и название перестают быть достаточной идентификацией. Контракт токена, сеть и ликвидность становятся частью базовой проверки. Именно поэтому «токен уже есть на DEX» не является независимым сигналом качества.

DEX и CEX: когда децентрализованный обмен действительно полезнее

Токен доступен только on-chain

Самая очевидная задача DEX возникает, когда актив уже торгуется в ликвидном on-chain пуле, но ещё не представлен на крупной централизованной бирже. В этом случае DEX может дать ранний доступ к рынку. Однако это же повышает риск: отсутствие централизованного листинга часто означает меньше внешней проверки, тоньше ликвидность и больше токенов-копий с похожими тикерами. Решение «на CEX нет, значит покупаю на DEX» недостаточно. Сначала нужно подтвердить контракт и понять, кто контролирует токен и ликвидность.

Нужен обмен без передачи всего баланса посреднику

Если человек уже хранит активы в личном кошельке и хочет один раз обменять часть позиции, DEX позволяет выполнить операцию без предварительного депозита на CEX. Это сокращает кастодиальный путь: пользователь не создаёт биржевой аккаунт только ради одной конвертации и не ждёт отдельного вывода после сделки. Но экономия одного посредника не отменяет затраты сети и риск контракта. Для небольшой суммы на дорогой сети gas может сделать DEX хуже по итоговой цене, чем перевод на доступную централизованную площадку.

Когда CEX проще и безопаснее по процессу

DEX не должен быть выбором по умолчанию для новичка, который не различает сеть, контракт токена, approval и обычную подпись. Если нужная пара ликвидна на регулируемой или привычной CEX, а пользователь не умеет проверять адрес токена и читать окно подписи, централизованный маршрут может иметь меньше точек технической ошибки. Особенно это верно для фиатного входа и выхода: DEX сам по себе не превращает токены в банковские рубли или евро. В какой-то точке всё равно понадобится банк, P2P, off-ramp или другой сервис.

DEX-агрегатор — не то же самое, что отдельный протокол

Агрегатор ищет путь между источниками ликвидности и может разбивать обмен на несколько частей. Для пользователя это способ получить более выгодный результат, особенно при крупной сумме или фрагментированной ликвидности. Но агрегатор добавляет ещё один слой маршрутизации и собственные контракты. Перед подписью нужно понимать, кому выдаётся approval и по какому контракту пройдёт swap. Надпись «лучший маршрут» полезна как подсказка, но не заменяет проверку минимального выхода и фактической стоимости.

Публичность DEX: что видно в блокчейне и почему это не анонимный обмен

Адрес кошелька не содержит имени, но история операций публична

DEX часто воспринимают как способ «торговать анонимно», потому что для вызова смарт-контракта не требуется создавать классический биржевой профиль. Это слишком грубое описание. Публичный адрес действительно не обязан содержать имя владельца, однако его история переводов, swaps, approvals и взаимодействий со смарт-контрактами обычно видна в blockchain explorer. Если адрес когда-либо связан с KYC-биржей, публичным ENS-именем, пожертвованием, NFT-профилем или известным контрагентом, дальнейшие операции могут анализироваться в единой цепочке.

Поэтому отсутствие регистрационной формы не равно приватности. Пользователь, который выводит актив с централизованной биржи на self-custody адрес, затем делает несколько swaps и возвращает средства на другую площадку, создаёт on-chain маршрут. Аналитические сервисы могут группировать адреса и строить вероятностные связи. Это не означает, что любой наблюдатель автоматически знает личность владельца, но для управления риском правильнее считать DEX публичной финансовой инфраструктурой, а не «невидимым обменником».

Отдельный адрес для DeFi упрощает и безопасность, и приватность учёта

Рабочий адрес для DeFi полезен по двум причинам. Во-первых, вредный approval или экспериментальный dApp не получает доступ к долгосрочному портфелю на другом адресе. Во-вторых, история операций становится чище: проще определить, какие transfers относятся к DeFi, какие — к накоплению, а какие — к бытовым переводам. Это не превращает кошелёк в анонимный, но снижает ненужное смешение разных задач в одной публичной истории.

Разделение адресов требует дисциплины. Если пользователь постоянно переводит всю сумму туда и обратно одним очевидным маршрутом, аналитическая связь всё равно может быть прозрачной. Цель отдельного адреса — прежде всего сегментация риска и учёта, а не обещание скрыть происхождение средств. Не используйте миксеры или сомнительные инструменты только ради ощущения приватности: они могут добавить правовые и комплаенс-риски, которых не было в исходной задаче.

DEX-интерфейс всё равно может видеть технические данные

Даже если протокол on-chain permissionless, конкретный веб-интерфейс является обычным интернет-сервисом: он может получать IP-адрес, сведения браузера, cookies и другую техническую информацию в соответствии со своей политикой. Поэтому нужно различать протокол и точку доступа. Один и тот же smart contract можно вызывать через разные интерфейсы или напрямую, но условия использования интерфейсов могут отличаться. Для пользователя это ещё одна причина читать актуальные правила сервиса и не обещать себе «полную анонимность» только из-за слова decentralized.

Когда DEX не нужен: пять случаев, где другой маршрут рациональнее

Вы просто хотите купить первую криптовалюту с банковской карты

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

Нужная пара глубже на CEX, чем on-chain

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

Вы не можете проверить контракт выходного токена

Если источник адреса — сообщение незнакомца, реклама или случайный пост, а первичный проектный источник недоступен, отсутствие проверки является самостоятельной причиной не покупать. DEX не выполняет функцию инвестиционного комплаенса за пользователя. Permissionless market означает, что технически можно создать ликвидность для очень плохого или поддельного актива. Возможность swap — это свойство смарт-контракта, а не сертификат качества токена.

Сумма слишком мала относительно gas

Если две транзакции approval + swap стоят заметную долю суммы, DEX на этой сети экономически неэффективен. Например, при входе 20 долларов и суммарном network cost 8 долларов пользователь теряет 40% ещё до price impact. В такой ситуации можно выбрать другую сеть, дождаться меньшей загрузки, использовать уже имеющееся разрешение в проверенном протоколе или вообще провести конвертацию внутри CEX. Математика должна предшествовать кнопке.

Сумма слишком велика для доступной ликвидности

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

Как AMM формирует цену: constant product, StableSwap и концентрированная ликвидность

AMM решает фундаментальную проблему рынка: как дать пользователю непрерывную котировку без обязательного присутствия встречной лимитной заявки на каждую цену. Самая известная учебная модель — constant product, где резервы двух активов связаны инвариантом x × y = k. Когда трейдер забирает часть одного актива и добавляет другой, соотношение резервов меняется, а вместе с ним меняется и предельная цена. Это не «оценка проекта» и не прогноз; это математическое правило пересчёта цены внутри конкретного пула.

Но constant product — только одна семья AMM. StableSwap-подобные кривые специально эффективнее около зоны, где активы должны стоить примерно одинаково, поэтому подходят для пар стейблкоинов или близких по цене обёрнутых активов. Weighted pools позволяют задавать неравные веса активов. Concentrated liquidity позволяет LP размещать капитал только в выбранном ценовом диапазоне, повышая капитальную эффективность там, где реально идёт торговля, но создавая зависимость от распределения активной ликвидности по ticks. Современный DEX поэтому нельзя оценить одним показателем TVL: важно, где именно находится ликвидность относительно текущей цены и какой объём доступен до заметного price impact.

Увеличить

Есть и DEX, которые вообще не являются классическими AMM. On-chain order-book рынки хранят или рассчитывают заявки ближе к модели привычной биржи. RFQ-системы запрашивают котировки у профессиональных участников. Intent-based модели позволяют пользователю сформулировать желаемый результат, а solver или сеть исполнителей конкурирует за способ его достижения. Агрегаторы сравнивают сразу несколько маршрутов. Все эти конструкции относятся к децентрализованной торговле, но их источники риска и качества исполнения различаются.

Как AMM и пул ликвидности формируют цену

Почему многие DEX обходятся без обычного стакана

Классическая биржа сводит заявки покупателей и продавцов. Многие DEX используют автоматического маркет-мейкера: пользователь торгует не с конкретной встречной заявкой, а с пулом активов в смарт-контракте. Поставщики ликвидности вносят активы, а формула протокола определяет, сколько одного токена можно получить за другой. У Uniswap-подобных пулов базовая модель традиционно объясняется формулой x × y = k: при покупке одного токена его запас в пуле уменьшается, запас второго увеличивается, и относительная цена сдвигается.

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

Price impact показывает влияние самой сделки, а не обычное движение рынка

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

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

Поставщик ликвидности и трейдер решают разные задачи

Пользователь, который делает swap, платит цену исполнения и комиссии. Поставщик ликвидности, наоборот, размещает капитал в пуле, чтобы получать часть торговых сборов, но принимает другой набор рисков: изменение состава позиции, impermanent loss, выход диапазона из рынка в concentrated-liquidity моделях, риск контракта и токена. Нельзя читать доходность LP как «процент по депозиту». Она зависит от оборота, диапазона, движения цены, комиссий сети и того, как меняется стоимость пары относительно простого хранения.

Если ваша задача — просто один обмен, не нужно добавлять ликвидность ради того, чтобы «DEX работал». Это отдельная стратегия. Базовые принципы и риски разобраны в материалах о пулах ликвидности и о непостоянных потерях. Для первого swap достаточно понимать, насколько глубок доступный рынок и не заставляет ли размер сделки покупать по резко ухудшающейся цене.

Цена на DEX и цена рынка: почему один пул не является универсальным ориентиром

Котировка конкретного пула отражает его собственное состояние

Цена, которую показывает DEX, возникает из состояния конкретного маршрута в конкретный момент. У одного пула может быть глубокая ликвидность, у другого — маленький остаток, а у третьего — другой набор комиссий и диапазонов ликвидности. Поэтому «цена токена на DEX» без указания сети, пула, маршрута и размера сделки недостаточна для принятия решения. Если на одном интерфейсе актив стоит заметно дороже, это ещё не доказывает рост всего рынка: возможно, именно этот пул временно смещён крупной операцией или имеет недостаточную глубину.

Арбитраж сближает площадки, но не гарантирует одинаковую цену каждую секунду

Если один и тот же актив можно одновременно купить дешевле в одном месте и продать дороже в другом, арбитражные участники получают стимул использовать разницу. Их сделки сдвигают цены в сторону друг друга. Этот механизм объясняет, почему ликвидные DEX-пулы обычно не существуют долго в полном отрыве от крупных рынков. Но выравнивание не мгновенно и не бесплатно: учитываются gas, комиссии, риск исполнения, скорость сети и доступность маршрута. На малоликвидном токене отклонение может сохраняться дольше, поэтому пользователь должен сравнивать несколько источников, а не считать первую on-chain котировку «истинной ценой».

Reference price нужен для оценки качества исполнения, а не для обещания результата

Перед крупным swap зафиксируйте внешний ориентир: котировку глубокой биржи, агрегированную рыночную цену или несколько ликвидных рынков в близкий момент времени. Затем сравните с ожидаемым выходом DEX после fee и gas. Если внешний ориентир равен 1 000 условных единиц, а после всех затрат вы получаете эквивалент 970, разница около 3% требует объяснения. Это может быть price impact, редкий маршрут, bridge-версия токена или просто слабая ликвидность. Reference не гарантирует, что вы получите именно его, но позволяет заметить экономически плохую сделку до подписи.

Резкое отклонение цены — повод диагностировать, а не торопиться

Когда DEX показывает цену намного лучше рынка, новичок часто воспринимает это как выгодную возможность. На практике слишком хорошая котировка может означать другой контракт токена, тестовую или bridged-версию, токен с ограничениями на transfer, неисправный route либо интерфейс, который показывает оценку без возможности нормального исполнения. Сначала проверьте contract address, decimals, сеть, реальный minimum output и небольшой обратный sell. Хорошая цена имеет ценность только тогда, когда полученный актив можно безопасно получить, хранить и при необходимости снова обменять.

Ликвидность и качество исполнения: price impact, slippage, комиссии и MEV

DEX биржи криптовалют нельзя оценивать только по известности бренда. Качество DEX-рынка нельзя оценивать только по красивой цене в интерфейсе. Для заданного объёма важны глубина ликвидности рядом с текущей ценой, активная ликвидность в диапазоне, spread или эффективная разница маршрута, slippage, price impact, вероятность изменения состояния до включения транзакции в блок и общая стоимость исполнения. Один pool может показывать привлекательную spot quote для маленького теста, но резко ухудшать результат при увеличении суммы.

Объём торгов тоже не заменяет анализ ликвидности. Большой volume может концентрироваться в другой паре или другом fee tier. Высокий TVL может быть распределён за пределами рабочей цены. Для concentrated-liquidity AMM особенно важно, сколько капитала активно именно в диапазоне, через который пройдёт ваша сделка. Поэтому практическая метрика для пользователя — не «сколько денег в протоколе вообще», а «какой minimum output и price impact получится на моём размере сейчас».

MEV добавляет ещё один слой. Публичная заявка может быть видна до окончательного включения в блок. В некоторых условиях участники могут перестроить порядок транзакций вокруг неё, а sandwich-атака способна ухудшить пользовательское исполнение. Это не означает, что любой DEX-swap будет атакован, но объясняет, почему slippage tolerance нельзя рассматривать только как удобную настройку против volatility: слишком широкий допуск расширяет диапазон допустимого для пользователя результата.

Из чего складывается реальная стоимость DEX-обмена

Сетевая комиссия — только одна строка расходов

Пользователь часто смотрит на gas и называет его «комиссией DEX», хотя итоговая стоимость шире. В swap могут входить комиссия пула, протокольный или интерфейсный сбор, network cost, price impact, slippage, налог/fee самого токена и стоимость дополнительных транзакций approval/revoke. Часть расходов отображается прямо, часть проявляется в худшем количестве получаемого токена. Поэтому сравнивать два маршрута только по gas неверно: дешёвая сеть с тонким пулом может дать хуже итоговый результат, чем более дорогая сеть с глубокой ликвидностью.

Простой расчёт: сколько вы реально потеряли относительно ориентира

Предположим, внешняя рыночная оценка говорит, что 1 000 условных USDC должны дать около 0,25 условного ETH. Интерфейс показывает 0,248 ETH, отдельно network cost эквивалентен 2 USDC. Экономический расход складывается не из одной цифры: примерно 0,002 ETH недополучено по сравнению с ориентиром плюс стоимость сети. Если 0,002 ETH в момент сделки эквивалентно 8 USDC, общий отклонённый результат — около 10 USDC, то есть примерно 1% от входной суммы. Такой расчёт позволяет сравнивать совершенно разные маршруты в одной единице.

Это не универсальная формула «DEX берёт 1%». В другом пуле price impact будет меньше, gas больше или наоборот. Полезный метод — зафиксировать справочную цену до сделки, минимальный output, все явные сборы и фактический output после подтверждения. Тогда можно объяснить, где возникла разница. Для большой операции это важнее рекламной строки «fee 0,3%».

Почему дробление сделки иногда помогает, а иногда делает только дороже

Если крупный swap сильно двигает цену пула, несколько меньших операций могут дать рынку время на арбитраж и восстановление относительной цены. Но каждая часть платит network cost, а другие трейдеры могут изменить рынок между транзакциями. Простое деление на десять частей не гарантирует экономию. Сначала сравните котировку полной суммы и двух-трёх разумных частей, оцените gas на каждую транзакцию и альтернативный маршрут через агрегатор или CEX. Дробить нужно ради изменившегося результата, а не по ритуалу.

Slippage tolerance — страховочный предел, а не скидка

Slippage tolerance задаёт, насколько хуже ожидаемого может стать результат, прежде чем транзакция должна откатиться. Слишком низкое значение повышает вероятность fail при движущемся рынке; слишком высокое позволяет исполниться по заметно худшей цене и увеличивает пространство для неблагоприятного MEV. Поэтому правильный вопрос не «какой процент ставить всегда», а «какая волатильность, ликвидность, размер и риск текущей сделки». Для стабильной пары в глубоком пуле нужен один подход, для нового токена с налогом на продажу — совсем другой, а иногда сама структура токена делает сделку плохой независимо от slippage.

MEV и sandwich: почему публичная транзакция может получить худшее исполнение

Что видит searcher до включения swap в блок

Во многих публичных mempool транзакция становится видимой до окончательного включения в блок. Если крупный swap заметно двигает цену, автоматизированный участник может попытаться встроить свои сделки вокруг него. В классическом sandwich-сценарии бот покупает перед жертвой, позволяет её swap сдвинуть цену, затем продаёт после неё. Пользователь получает худшее исполнение в пределах допуска, а бот извлекает разницу. Это один из примеров MEV.

Почему высокий slippage расширяет пространство для атаки

Если пользователь разрешил очень широкий диапазон исполнения, транзакция может оставаться валидной даже после существенного ухудшения цены. Это не означает, что любой высокий slippage обязательно приведёт к sandwich, но увеличивает потенциально допустимый ущерб. Особенно чувствительны большие сделки в неглубоких пулах. Защита начинается с разумного допуска, уменьшения price impact, сравнения маршрутов и использования механизмов защиты от MEV, если их предоставляет проверенный интерфейс.

Большая сделка требует маршрутизации, а не героизма

Для крупного обмена полезно получить котировки на нескольких путях: прямой пул, агрегатор, CEX, OTC или последовательность ликвидных пар. Сравнивается не обещанная цена, а minimum output после всех fees и gas. Иногда два шага через более ликвидный промежуточный актив выгоднее прямого тонкого пула. Иногда наоборот дополнительные шаги создают лишний gas. Пользователь должен выбрать маршрут по итоговому результату, а не по количеству кликов.

Расчёт маршрута на трёх разных типах сделки

Сделка 100 долларов: фиксированный gas доминирует

Допустим, два маршрута дают почти одинаковую котировку. Вариант A на сети с высокой стоимостью требует эквивалент 6 долларов за approval и swap. Вариант B внутри CEX требует 0,4 доллара trading fee и 1 доллар будущего вывода. Даже если DEX имеет чуть лучший рыночный курс, фиксированные 6 долларов составляют 6% суммы. Для маленькой операции выбор определяется инфраструктурной стоимостью, а не децентрализацией или глубиной пула.

Сделка 10 000 долларов: price impact становится отдельной строкой

Представим, прямой пул показывает 0,2% fee, но 1,8% price impact, а gas равен 10 долларам. Экономическая потеря от impact около 180 долларов — на порядок больше gas. Агрегатор предлагает split route с impact 0,45% и дополнительным gas 20 долларов. Даже если его contract path сложнее, экономия примерно 115 долларов после грубого сравнения может оправдать проверку. Здесь главная переменная — глубина и маршрутизация.

Сделка 100 000 долларов: появляется риск собственного влияния на рынок

При шестизначной сумме простой quote может быстро устаревать, а публичный mempool делает сделку заметной для MEV. Нужно сравнить DEX aggregator, CEX order book, OTC и исполнение частями. Если прямой on-chain swap допускает minimum output на 4% хуже ориентира, потенциальный диапазон потери измеряется тысячами долларов. В такой ситуации 50 или 100 долларов дополнительной комиссии уже вторичны по сравнению с качеством исполнения.

Формула сравнения должна быть одинаковой для всех вариантов

Используйте одну схему: стоимость входа + явные fees + network costs + стоимость дополнительных переводов − стоимость фактически полученного выхода. Затем сравните с единым reference price в близкий момент времени. Для CEX добавьте withdrawal cost, для DEX — approval и gas, для bridge — cross-chain fee. Такая таблица позволяет принимать решение без рекламных терминов «нулевая комиссия» и «лучший курс».

Виды DEX и маршрутизация: AMM, order book, RFQ, intents и агрегаторы

Для оценки DEX полезно задавать не вопрос «какой DEX лучший», а вопрос «какие источники исполнения и зависимости использует конкретный маршрут». Если интерфейс является агрегатором, он может разделить ордер между несколькими пулами и сетями ликвидности. Если используется intent/RFQ-модель, фактическим контрагентом исполнения может быть solver или market maker, а on-chain контракт лишь проверит выполнение условий. Если route многошаговый, риск и gas меняются с каждым дополнительным hop.

Отсюда вытекает и правильная трактовка комиссии. Пользователь может столкнуться с LP fee конкретного pool, network cost, interface fee, token transfer fee, стоимостью bridge или дополнительным spread в маршруте. Нельзя переносить комиссию одного интерфейса на понятие «DEX вообще». Даже внутри одного протокола разные pools и сети способны иметь разные параметры. Для сравнения маршрутов нужна итоговая величина получаемого актива после всех исполнимых расходов, а не одна строка fee.

Маршрутизация: прямой pool, агрегатор, split route и intent-based обмен

Лучший видимый pool не всегда даёт лучший итоговый output

Токен может иметь несколько пулов с разными парами и fee tiers. Прямой A/B pool выглядит очевидным, но маршрут A → WETH → B может оказаться выгоднее благодаря более глубокой ликвидности. Агрегатор пытается решить эту задачу автоматически и иногда делит сумму между несколькими источниками. Поэтому ручной выбор одного пула по максимальному TVL не обязательно оптимален. Сравнивайте итоговый minimum output после всех шагов и network costs.

Split routing имеет смысл только если экономия больше дополнительной сложности

Разбиение swap между двумя или тремя пулами может уменьшить impact каждой части, но route становится сложнее и может потребовать больше gas. На L2 дополнительная вычислительная стоимость может быть небольшой; на дорогой сети она способна съесть выгоду. Агрегатор должен показывать ожидаемый результат уже с учётом маршрута. Для проверки можно сравнить quote того же input на прямом DEX и через агрегатор в течение короткого интервала.

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

Intent-based модель отличается от обычной отправки swap в публичный mempool

Некоторые современные системы позволяют пользователю подписать намерение получить определённый результат, а исполнители конкурируют за способ его выполнить. Это может уменьшать часть MEV и давать гибкую маршрутизацию, но пользователь доверяет дополнительной архитектуре settlement и solver-модели. Подпись intent всё равно должна быть понятна: какой актив отдаётся, какой minimum output требуется, срок и кто имеет право исполнять.

Не переносите автоматически правила обычного AMM-swap на intent-протокол. У них различаются порядок транзакций, комиссии и механизм исполнения. Но принцип проверки остаётся тем же: заранее знать worst acceptable outcome и не подписывать разрешение, которое шире необходимой задачи.

Лимитный on-chain ордер не гарантирует исполнение

DEX-интерфейсы могут предлагать limit orders или аналогичные условные заявки. В отличие от market swap, пользователь задаёт желаемую цену, но ордер может не исполниться вообще. Нужно понимать, хранится ли заявка off-chain до исполнения, требует ли отдельной подписи, кто её исполняет и можно ли отменить. Нельзя сравнивать лимитный ордер и instant swap только по комиссии: первый покупает контроль цены ценой неопределённости времени.

Сравнивайте маршруты в одной валюте и на одном горизонте

Для трёх вариантов — прямой DEX, агрегатор и CEX — приведите всё к стоимости конечного актива или одной фиатной оценке. Учтите pool/trading fee, gas, deposit/withdrawal fee, price impact и количество сетевых переводов. Также учтите время: если CEX требует 30 минут на подтверждение депозита, рыночная цена может измениться. Сравнение котировок из разных минут без поправки на движение рынка вводит в заблуждение.

DEX, bridge и cross-chain swap: не путайте обмен с переносом между сетями

Обычный swap не переносит актив в другой блокчейн

Если вы меняете USDC на ETH внутри Ethereum, оба состояния остаются в одной сети. Если задача — получить актив в другой сети, нужен bridge, централизованный вывод в другую сеть или cross-chain протокол, который включает дополнительную инфраструктуру. Интерфейс может спрятать несколько шагов под кнопкой «swap», но экономически появляется риск межсетевого маршрута. Пользователь должен знать, в какой сети окажется результат и какой контракт представляет bridged asset.

Одинаковый тикер в двух сетях не делает токены взаимозаменяемыми автоматически

USDT в Ethereum и USDT в Tron нельзя отправить друг другу обычной транзакцией только потому, что название одинаковое. Bridge или биржа создают механизм перехода между сетями. Если DEX поддерживает только одну сеть, попытка подключить токен другой сети закончится отсутствием баланса или неправильным активом. Перед каждой cross-chain операцией проверяются source chain, destination chain, токен-контракт на обеих сторонах и адрес получателя.

Cross-chain добавляет отдельный набор отказов

К обычным рискам swap добавляются задержка relayer/bridge, ликвидность на destination, wrapped representation, лимиты и возможная пауза мостового контракта. Поэтому «сделать всё одним кликом» не означает, что операция стала атомарной во всех сетях. Для крупной суммы лучше отдельно понимать каждый этап. Сравнение bridge, биржи и других маршрутов разобрано в статье как перевести USDT из одной сети в другую.

Wrapped assets, decimals и символы: технические детали, которые меняют результат

ETH и WETH экономически близки, но технически это разные активы

В Ethereum DeFi часто используется WETH — ERC-20 представление ETH, потому что смарт-контрактам удобнее работать с единым токеновым интерфейсом. Цена WETH обычно следует ETH по механизму обёртки 1:1, но на уровне контракта это другой адрес и другой тип актива. Интерфейс может автоматически wrap или unwrap ETH внутри маршрута. Пользователь должен понимать, почему в событиях транзакции появляется WETH, чтобы не принять нормальный технический шаг за подмену токена.

Bridged token может отличаться от нативно выпущенного

В другой сети актив может существовать как официальный multichain выпуск, как bridged representation или как сторонняя обёртка. Совпадающее название и цена не гарантируют одинаковую ликвидность и возможность погашения. Перед крупным swap нужно выяснить, кто выпустил конкретный контракт и как он связан с исходным активом. Это особенно важно для стейблкоинов и wrapped BTC: риск bridge или custodian становится частью риска токена.

Decimals влияют на отображение суммы, а не на экономическую ценность сами по себе

ERC-20 контракты могут использовать разное число decimals. Интерфейс обычно преобразует целые on-chain units в привычный формат, поэтому пользователь редко считает их вручную. Но при работе с explorer, raw calldata или самописным скриптом неверная интерпретация decimals может дать ошибку на порядки. Если интерфейс неожиданно показывает триллионы единиц неизвестного токена, не делайте вывод о богатстве кошелька: сначала проверьте decimals, контракт и реальную ликвидность.

Для обычного пользователя лучший контроль — не ручное редактирование raw amount, а сверка human-readable суммы в кошельке и в explorer после транзакции. Если вы взаимодействуете с контрактом напрямую без проверенного интерфейса, риск ошибки резко возрастает. Такой режим оправдан только при понимании ABI и параметров вызова.

Риски DEX: smart contract, токен, governance, oracle, bridge и ликвидность

Риск DEX многослойный. Protocol risk связан с ошибкой или особенностью смарт-контракта. Governance risk — с полномочиями обновления и изменением параметров. Liquidity risk — с недостаточной глубиной и быстрым уходом LP. Token risk существует независимо от качества DEX: mint, blacklist, transfer fee, пауза, honeypot или концентрация владельцев могут сделать актив опасным. Oracle risk важен для протоколов, где внешняя цена влияет на расчёт. Bridge risk появляется, если маршрут переносит стоимость между сетями.

Даже полностью корректный контракт не защищает от ошибочного экономического предположения. LP могут покинуть pool, токен может потерять привязку, wrapped asset — зависимость от underlying, а route — стать дорогим из-за gas. Поэтому безопасность DEX — это не бинарная характеристика «взломан / не взломан», а устойчивость всей цепочки от контракта и ликвидности до токена и сети.

Smart-contract risk: что проверять кроме красивого интерфейса

Протокол, router и интерфейс могут иметь разные версии

Известный DEX обычно существует не как один неизменный контракт. У протокола могут быть v2, v3, v4 или другие поколения, отдельные routers, quoter-контракты, Permit2, hooks и deployments в разных сетях. Интерфейс может автоматически направить пользователя через новую версию. Репутация старой версии не является математическим доказательством безопасности нового адреса. Для крупной суммы полезно открыть официальную документацию deployment и убедиться, что spender/router в кошельке соответствует актуальному контракту.

Это особенно важно при копировании адресов из старых инструкций. Контракт, который был правильным два года назад, может оставаться рабочим, но интерфейс уже использовать другой маршрут. Обратная ситуация тоже возможна: мошенник публикует «новый router» до официального релиза. Проверяйте адреса через первичный источник проекта, а не через поисковый сниппет, комментарий под видео или сообщение человека, представившегося модератором.

Аудит кода уменьшает риск, но не делает контракт безошибочным

Наличие аудита — полезный сигнал зрелости, однако аудит имеет границы: он относится к конкретной версии кода, модели угроз и моменту проверки. После обновления, изменения governance, подключения нового hook или внешней интеграции может появиться другой риск. Кроме того, экономическая уязвимость не всегда выглядит как классический баг Solidity. Манипуляция oracle, тонкая ликвидность или неверные параметры могут приводить к потерям при формально корректном коде.

Практический подход — не искать магический значок «audited», а собирать несколько подтверждений: официальный deployment, история эксплуатации, публичная документация, известные audits, bug bounty, прозрачный механизм обновления и понятная архитектура разрешений. Для обычного swap небольшого объёма не нужно становиться security researcher, но при размещении крупного капитала в экзотическом протоколе уровень проверки должен расти вместе с суммой и длительностью экспозиции.

Upgradeability меняет вопрос доверия

Некоторые смарт-контракты неизменяемы после deployment, другие работают через proxy и могут обновляться. Upgradeability удобна для исправления ошибок и развития продукта, но означает, что нужно понимать, кто имеет право менять реализацию, есть ли timelock, multisig и governance-процесс. Пользователь может считать, что взаимодействует с «кодом без посредников», хотя критические параметры контролируются административными ключами. Это не обязательно плохо, но это другой риск-профиль.

Перед долгосрочным предоставлением ликвидности или крупным approval задайте более конкретный вопрос: может ли логика, которой я сегодня доверяю токены, измениться без моей новой подписи? Если да, кто инициирует изменение и есть ли время на выход? Для разового swap влияние меньше, потому что экспозиция короткая, но долгоживущее unlimited allowance сохраняет связь с контрактом после завершения операции.

Внешние зависимости создают цепочку рисков

Маршрут может использовать oracle, bridge, aggregator, wrapper, permit-систему и несколько пулов. Даже если основной DEX-контракт зрелый, уязвимость внешней зависимости способна изменить результат. Поэтому сложный route должен оцениваться как цепочка, а не как один бренд. Чем больше промежуточных контрактов, тем больше причин внимательно посмотреть детали транзакции и ограничить сумму первого теста.

При этом короткий маршрут не всегда безопаснее: прямой пул может быть настолько тонким, что economic loss от impact выше дополнительного smart-contract risk агрегатора. Цель — не минимальное число контрактов любой ценой, а понятный риск и приемлемый итоговый output. Именно поэтому крупные сделки полезно сравнивать по нескольким измерениям одновременно.

Риск самого токена не исчезает из-за надёжного DEX

Безопасный протокол не превращает сомнительный токен в безопасный актив

Даже если smart contracts известного DEX много лет работают без критических проблем, результат сделки зависит ещё и от кода покупаемого токена. В token contract могут существовать комиссии на transfer, blacklist, pause, mint, изменение правил, ограничение продажи или иная административная логика. DEX исполняет доступную контрактную операцию; он не даёт пользователю гарантию качества каждого актива, который permissionless-рынок позволяет обменивать. Поэтому аудит протокола и проверка токена — две разные задачи, и одна не заменяет другую.

Одинаковый тикер не доказывает одинаковый актив

Тикер — лишь короткая подпись. В одной сети можно создать множество токенов с одинаковым названием, а в разных сетях один экономический актив может существовать через разные контракты и механизмы выпуска. На DEX выбор по символу вроде USDT, USDC, ETH или названию мем-токена без проверки адреса особенно опасен. Надёжный порядок обратный: сначала берётся contract address из проверенного источника, затем сверяется сеть и только после этого открывается рынок. Иначе пользователь может технически успешно купить совершенно другой токен.

Wrapped и bridged версии добавляют отдельный слой контрагентского риска

Чтобы представить актив в другой сети, часто используется обёртка или bridge-механизм: оригинальный актив блокируется или учитывается в одной системе, а в целевой сети обращается представление. Экономическая связь между ними зависит от правил выпуска и погашения. Поэтому токен с привычным названием на новой сети может не иметь того же набора рисков, что нативный актив. Перед крупной покупкой нужно понять, кто или какой контракт отвечает за backing, как работает redemption и есть ли ликвидный путь обратно. Сам факт присутствия пары на DEX этого не объясняет.

Проверка возможности продажи важнее красивой доходности

У мошеннических или плохо спроектированных токенов покупка иногда проходит легко, а продажа блокируется или становится экономически бессмысленной из-за налога и низкой ликвидности. Поэтому для незнакомого актива маленький buy без маленького sell — неполный тест. Если обратная операция требует экстремального slippage, выдаёт ошибку, показывает почти нулевой output или отправляет транзакцию в необычный контракт, основную сумму лучше не увеличивать, пока причина не понятна. Это особенно важно там, где пользователь пришёл по рекламе, приватной ссылке или обещанию быстрой доходности.

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

Проверка контракта отвечает на вопрос «что это за актив»

Сначала подтверждается адрес токена. Затем изучаются права контракта: может ли владелец mint новые токены, блокировать адреса, менять комиссии, ограничивать transfer или включать blacklist. Наличие таких функций не автоматически делает актив мошенническим — у регулируемых стейблкоинов тоже могут быть административные механизмы. Важен контекст: что обещает проект, кто контролирует функции, насколько они документированы и соответствуют вашему риску.

Ликвидность отвечает на вопрос «сможете ли вы выйти по разумной цене»

Количество holders и капитализация сами по себе не гарантируют продажу. Для DEX нужно смотреть доступную ликвидность в реальном пуле и моделировать sell вашей суммы. Если токен стоит на экране 1 доллар, но продажа эквивалента 5 000 долларов обрушает цену на 40%, экономическая ликвидность для вашей позиции очень мала. Такая позиция уже не равна показанной рыночной стоимости портфеля.

Кто контролирует LP — отдельный риск

Если команда проекта контролирует почти всю ликвидность и может вывести её в любой момент, цена может потерять рынок мгновенно. «Locked liquidity» снижает один конкретный сценарий, но не лечит mint, blacklist, honeypot, концентрацию holders или уязвимость смарт-контракта. Поэтому один зелёный индикатор на аналитическом сервисе не заменяет модель рисков. Нужно понимать, какой именно вопрос он подтвердил.

Небольшая покупка не заменяет тест продажи

Пользователь может купить на 20 долларов и увидеть токен в кошельке, после чего решить, что всё работает. Для honeypot такой тест бесполезен: ловушка как раз рассчитана на успешный buy. Если актив новый и риск высок, проверяется возможность обратной продажи небольшой части с ожидаемым tax и price impact. Даже успешный тест не гарантирует будущую ликвидность, но он выявляет самые грубые ограничения до крупного входа.

Как оценивать DEX без рейтинга «лучших бирж»

Для P0-уровня достаточно оценивать DEX по семи группам признаков: архитектура custody, модель исполнения, глубина ликвидности, прозрачность контрактов и governance, история инцидентов, качество маршрутизации и набор внешних зависимостей. Такой подход лучше рейтинга брендов, потому что один и тот же протокол может быть надёжным для крупной ликвидной пары и непригодным для тонкого неизвестного токена.

Проверка должна заканчиваться не ответом «DEX хороший», а ограничением сценария: для каких активов, сети, размера и цели его можно использовать. Если сделка становится приемлемой только при повышенном slippage, большом числе hops, неизвестном wrapped asset, непонятном allowance или непрозрачном bridge, это уже другой риск-профиль. Иногда правильный вывод — уменьшить размер, выбрать более глубокий pool, использовать другой маршрут или вообще отказаться от on-chain обмена.

Как выбрать DEX без универсального рейтинга «лучших»

Сначала сеть и ликвидность, потом бренд

Нет DEX, который одинаково хорош для всех сетей и токенов. Первый фильтр — где находятся ваши активы и где есть реальная ликвидность нужной пары. Популярный Ethereum-протокол может быть бессмыслен для токена в другой сети; локальный DEX экосистемы может дать глубже рынок. Поэтому выбор начинается с сети и объёма, а не с списка «топ-10 DEX» из обзора.

Проверьте зрелость контрактов и способ обновления

У протокола могут быть разные версии контрактов, governance, upgradeability, security-аудиты и bug bounty. Старый бренд не делает любой новый router автоматически эквивалентным предыдущей версии. Для крупной суммы полезно понимать, какой именно contract вызовет интерфейс и есть ли у него отдельная документация. Пользователь не обязан читать Solidity, но должен отличать известный production deployment от случайного адреса из рекламы.

Оцените прозрачность quote и маршрута

Хороший интерфейс не скрывает minimum output, network cost, price impact и route за одним числом. Для агрегатора особенно полезно видеть, через какие пулы идёт обмен. Чем меньше информации до подписи, тем сложнее проверить экономический результат. Если интерфейс показывает только кнопку «Swap now» и обещание «best price» без деталей, для крупной операции стоит сравнить альтернативу.

Оценивайте security-процесс отдельно от TVL

TVL показывает масштаб заблокированной стоимости, но не гарантирует отсутствие фишинга, ошибки пользователя или будущей уязвимости. Важны официальные каналы, документация по контрактам, предупреждения интерфейса, возможность ограничивать approvals и ясное описание рисков. Большая сумма ликвидности не превращает неизвестный токен в безопасный; зрелый протокол может permissionlessly обслуживать рынок плохого токена.

Практический чек-лист перед крупным DEX-swap

Сначала симулируйте сделку маленьким объёмом

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

Сравните minimum output, а не крупный шрифт котировки

Маршрутизаторы любят показывать ожидаемый результат, но для управления риском полезнее минимально допустимый output с учётом slippage. Запишите его и переведите в понятную стоимость. Если худший допустимый результат уже неприемлем, транзакция не должна быть подписана. Это простое правило защищает от ситуации, когда пользователь формально согласился на 15% slippage, но психологически ожидал цену из верхней строки.

Проверьте, что после сделки останется ресурс для выхода

Нельзя расходовать весь gas и весь ликвидный актив, если следующий шаг требует ещё одной транзакции. Для редкого токена особенно опасно оказаться с нулём нативной монеты после покупки, когда нужно срочно отозвать approval или продать позицию. Резерв должен покрывать плановый transfer и хотя бы одну аварийную транзакцию. Размер резерва зависит от сети и загрузки, поэтому фиксированной цифры для всех нет.

Сохраняйте исходные данные до подписи

Для значимой суммы сделайте скрин quote или выпишите timestamp, input, expected output, minimum output, route, fees и price impact. После подтверждения сравните с фактом. Это превращает ощущение «получилось дороже» в проверяемый расчёт. Если агрегатор выбрал другой маршрут или цена изменилась, вы увидите конкретную причину. Такая дисциплина полезна и для финансового учёта, и для последующего выбора площадки.

Сценарии, где решение меняется из-за одной переменной

Стейблкоин → стейблкоин в глубоком пуле

Для пары двух ликвидных стейблкоинов price impact может быть небольшим, и главной строкой становится network cost плюс pool/interface fee. Если сумма 1 000 долларов, gas эквивалентен 20 долларам, а CEX-конвертация с последующим выводом стоит 4 доллара, DEX на дорогой сети проигрывает даже при почти идеальной цене пула. На дешёвой L2 вывод может измениться. Здесь переменная — не риск токена, а инфраструктурная стоимость.

Новый мемкоин с тонкой ликвидностью

Для нового токена газ может быть копейками, но price impact, sell tax и риск honeypot доминируют. Небольшой buy ещё ничего не доказывает; требуется проверка контракта, holders, LP и тест обратной продажи. Такой сценарий принципиально отличается от stable-swap. Практический гайд по этому классу сделок находится в статье как купить мемкоин и не попасть на скам-токен.

Крупный swap ликвидного актива

Актив может быть качественным и широко торгуемым, но конкретный on-chain pool не выдерживает размер. Здесь не нужен аудит mint-функции; нужен аудит маршрута и глубины. Сравните прямой pool, агрегатор и централизованный стакан, затем посчитайте minimum received после fees. Возможно, крупную сумму разумнее провести несколькими venue. Меняется не качество токена, а способ исполнения.

Подозрительный DEX после airdrop

Если токен появился бесплатно, а сайт из описания обещает «claim» или продажу только после подключения кошелька, главный риск — не price impact, а wallet drainer. Не подключайте основной адрес и не подписывайте непонятные permit/approve. Сначала проверьте контракт токена и существование рынка через известные интерфейсы. Если продать актив можно через обычный протокол, специальный «сайт токена» вообще не нужен.

Экономика DEX: LP, gas, масштаб сделки и устойчивость ликвидности

Отдельно важно понимать экономику LP. Поставщик ликвидности получает комиссии не «из воздуха», а в обмен на капитал, который меняет состав по мере торговли. Для constant-product и concentrated-liquidity конструкций результат LP зависит от движения относительных цен, выбранного диапазона, объёма торгов, fee tier и возможности управлять позицией. Impermanent loss — не фиксированная комиссия DEX и не обязательный убыток каждого LP; это способ сравнить результат ликвидной позиции с альтернативой просто держать активы при заданном движении цен.

Для трейдера LP-экономика важна косвенно: она определяет, будет ли капитал оставаться в pool и где именно он будет размещён. Если комиссии не компенсируют риск и обслуживание, ликвидность может уйти. Поэтому устойчивый рынок требует не только пользователей, которые хотят swap, но и экономического стимула для тех, кто обеспечивает исполнение.

Gas на L1 и L2: почему дешёвая сеть меняет экономику swap, но не отменяет риски

Gas оплачивает вычисление, а не ценность получаемого токена

В EVM-сетях gas измеряет вычислительную работу транзакции. Простая отправка нативной монеты обычно требует меньше вычислений, чем approve, сложный router, split route или взаимодействие с несколькими контрактами. Поэтому две сделки одинаковой денежной суммы могут иметь сильно различающийся network cost. Ошибка новичка — воспринимать gas как процент от суммы swap. На практике это отдельная инфраструктурная стоимость, которая зависит от сети, сложности вызова и текущего спроса на блоковое пространство.

Неуспешная транзакция может оставить вас без результата, но с расходом

Если контрактное исполнение начинается и затем откатывается из-за условия slippage, недостатка gas или другой проверки, изменения состояния могут быть отменены, но вычислительная работа уже была выполнена. Поэтому серия хаотичных повторов одного failed swap способна съесть заметную сумму даже без получения токенов. После первого revert нужно искать причину в receipt/error, quote, allowance, gas и логике токена, а не повышать параметры наугад. Экономика DEX включает стоимость ошибок, а не одну успешную комиссию в идеальном сценарии.

L2 часто снижает стоимость операции, но добавляет собственную структуру расходов

Rollup-сети агрегируют множество операций и благодаря этому обычно уменьшают пользовательские расходы по сравнению с выполнением аналогичной активности на Ethereum mainnet. Однако L2-комиссия не является магическим нулём: в ней могут сочетаться вычисление внутри L2, публикация данных на L1 и другие компоненты конкретного rollup. Для пользователя это означает простое правило: сравнивать нужно итоговую стоимость всего маршрута, включая первоначальный перевод или bridge в L2 и будущий выход, а не одну дешёвую строку gas внутри swap.

Approval, swap и revoke могут быть тремя отдельными расходами

Первый обмен ERC-20 через новый spender нередко требует approval, затем swap, а после использования экспериментального контракта пользователь может захотеть revoke. Даже если каждый шаг стоит недорого, их сумма важна для небольшого капитала. Если кошелёк имеет 50 условных единиц, а полный цикл требует 4–6 единиц network costs, экономическая проблема очевидна. Для 50 000 те же абсолютные расходы почти несущественны, зато на первый план выходят price impact и execution risk. Поэтому выбор L1/L2 зависит от масштаба операции и будущего маршрута.

Что сохранять после DEX-сделки: доказательства, налоги и диагностика

TXID связывает кошелёк с реальным исполнением

Скриншот интерфейса удобен, но источник истины — transaction hash и данные блокчейна. По TXID можно увидеть адрес отправителя, вызванный контракт, токен-события, network fee, статус и время. Для сложного route один swap может включать несколько внутренних transfers, поэтому итоговый баланс объясняется событиями транзакции, а не одной строкой «sent». Сохраняйте TXID вместе с заметкой о цели сделки и исходной котировкой.

Фактический курс считается по реально полученному объёму

Для учёта полезно записать, сколько исходного токена списано и сколько конечного получено, отдельно network cost и другие сборы. Фактическая цена = экономическая стоимость входа / фактический output. Такой подход помогает при дальнейшем расчёте финансового результата и разборе претензии к маршруту. Он также показывает, насколько маркетинговая котировка отличалась от реального исполнения.

Failed transaction тоже является событием и может стоить денег

Revert обычно возвращает изменения состояния операции, но gas за вычисление уже мог быть потрачен. Поэтому «ничего не обменялось» не означает «операция была бесплатной». В журнале полезно хранить failed TXID и причину. Несколько неудачных попыток с постепенно растущим slippage могут стоить больше, чем один заранее проверенный маршрут. Если причина непонятна, остановка и диагностика дешевле последовательного экспериментирования крупными суммами.

Когда DEX лучше CEX и как выбрать подходящий рынок под задачу

DEX биржи криптовалют становятся особенно полезны там, где on-chain ликвидность уже является основным рынком актива. DEX становится особенно полезен, когда актив уже находится в self-custody, нужная пара имеет глубокую on-chain ликвидность, пользователь понимает сеть и хочет сохранить прямой контроль над расчётом. CEX может быть рациональнее, когда критичны фиатный ввод/вывод, простой order book, единая поддержка, сложные типы заявок или когда on-chain стоимость небольшого обмена слишком велика. Гибридный подход тоже нормален: выбор инструмента должен следовать из задачи, а не из принципа «всегда только DEX» или «всегда только CEX».

Главный вывод: DEX — это не сайт с кнопкой Swap, а рынок из смарт-контрактов, ликвидности, маршрутов и блокчейн-расчёта. Чтобы понимать такой рынок, сначала изучают архитектуру и источник цены, затем качество ликвидности и риски. Только после этого имеет смысл переходить к операционной инструкции по кошельку, approval, slippage и самой транзакции — это следующий отдельный материал серии.