Чем order book DEX отличаются от AMM простыми словами: price discovery, liquidity и MVP для onchain exchange

После нескольких статей про Pendle, свопы, LP и execution quality логично сделать шаг в фундаментальную сторону и разобрать главное архитектурное расхождение внутри DEX-мира: AMM против order book DEX. Это не академический спор и не вопрос вкуса. От выбора модели зависит почти всё: от того, как формируется цена, до того, кто даёт ликвидность, какие комиссии платит пользователь, как ведёт себя большой ордер и какой MVP вообще реально собрать небольшой командой.

Для Sassoft это особенно хорошая тема, потому что здесь можно одновременно дать:

понятную механику обмена простыми словами;
честный разбор fee flow, risk transfer и execution trade-offs;
практический инженерный блок про то, как собрать похожий прототип, дашборд или automation layer.

Если смотреть на недавние инженерные обсуждения шире, то там снова всплывает одна и та же мысль: ценность системы не только в красивом интерфейсе, а в том, как именно она принимает решения под нагрузкой и где скрыта сложность. В DEX это особенно видно. Кнопка Buy может выглядеть одинаково, но под капотом в одном случае вы торгуете против пула ликвидности, а в другом — против книги лимитных заявок. Экономика, риски и инфраструктура при этом очень разные.

Что именно разбираем

Сегодня разбираем базовый, но очень практичный вопрос:

что такое AMM DEX;
что такое order book DEX;
как в каждой модели формируется цена;
как двигаются деньги и кто получает fees;
кто на самом деле даёт ликвидность;
где trade-offs по проскальзыванию, latency, UX и капиталоэффективности;
как собрать похожий MVP или helper-tooling вокруг каждой модели.

Если коротко, фокус статьи — не “какой DEX лучше вообще”, а “какую рыночную механику вы на самом деле выбираете и чем за это платите”.

Как работает AMM простыми словами

AMM, automated market maker, — это модель, где пользователь торгует не с конкретным встречным человеком и не с видимым стаканом, а с пулом ликвидности, который управляется смарт-контрактом.

Если совсем по-простому:

в пуле лежат два или больше актива;
формула или набор правил определяет цену;
пользователь приносит один актив и забирает другой;
по мере сделки состояние пула меняется, и вместе с ним меняется цена.

Кто даёт ликвидность в AMM

Ликвидность дают LP, liquidity providers. Они кладут капитал в пул и за это рассчитывают получать:

swap fees;
иногда incentives от протокола;
иногда дополнительный доход от внешней стратегии.

Но важно помнить: LP не просто «депонирует деньги под процент». LP соглашается, что его капитал будет стоять на пути чужих сделок и постоянно менять структуру инвентаря.

Как формируется цена в AMM

Цена рождается из внутреннего состояния пула:

reserves;
chosen curve;
tick/range logic в concentrated liquidity;
размера конкретной сделки.

То есть цена в AMM — это не просто цифра из внешнего мира. Это результат текущего состояния ликвидности плюс вашего размера ордера.

Как работает order book DEX простыми словами

Order book DEX — это модель, где цена рождается не из пула, а из книги заявок.

Там есть:

buy orders — кто хочет купить по конкретной цене;
sell orders — кто хочет продать по конкретной цене;
matching engine — который сводит встречные заявки.

Если очень упростить, это та же базовая идея, что и у централизованных бирж, только в onchain или hybrid-onchain исполнении.

Кто даёт ликвидность в order book DEX

Ликвидность здесь дают:

market makers;
лимитные трейдеры;
иногда профессиональные quoting-системы;
иногда offchain liquidity providers, если площадка гибридная.

То есть ликвидность не лежит заранее в общем пуле как shared inventory. Она выражается в заявках по ценовым уровням.

Как формируется цена в order book

Здесь цена возникает из пересечения спроса и предложения:

лучший bid — лучшая цена покупателя;
лучший ask — лучшая цена продавца;
midpoint между ними отражает текущее состояние рынка;
фактическая цена сделки зависит от доступной глубины на нужном объёме.

То есть order book даёт более привычный для трейдера price discovery через видимые заявки, а не через curve math.

В чём фундаментальная разница между AMM и order book DEX

Если убрать маркетинг, разница очень простая.

AMM

цена рождается из ликвидности в пуле;
пользователь торгует против программируемого инвентаря;
проскальзывание связано с тем, как ваша сделка двигает состояние пула.

Order book DEX

цена рождается из очереди заявок;
пользователь торгует против встречных лимитных ордеров;
качество исполнения зависит от глубины стакана и matching logic.

Именно поэтому один и тот же swap на одинаковый notional может вести себя очень по-разному в этих двух мирах.

Как двигаются деньги в AMM

Чтобы картина была приземлённой, пройдём по ролям.

Базовый сценарий AMM

LP вносит два актива в пул.
Пользователь хочет обменять токен A на токен B.
Смарт-контракт пересчитывает, сколько токена B можно отдать с учётом кривой и fees.
Пользователь платит swap fee.
LP коллективно получают этот fee как компенсацию за предоставленную ликвидность.
После сделки состав активов в пуле меняется.

Кто здесь платит и кто зарабатывает

trader платит swap fee и implicit price impact;
LP получает fee, но берёт на себя inventory drift и impermanent loss risk;
protocol может брать свою долю комиссии;
arbitrageur может забирать value, если внутреннее состояние пула отклоняется от внешнего рынка.

То есть fee flow в AMM относительно понятный, но риск LP часто недооценивают.

Как двигаются деньги в order book DEX

Здесь денежный поток устроен иначе.

Базовый сценарий order book

Maker размещает лимитную заявку.
Taker приходит с рыночным или агрессивным лимитным ордером.
Matching engine сводит сделки по уровням книги.
Taker получает исполнение по доступным заявкам.
Maker и/или taker платят fees по модели площадки.

Кто здесь платит и кто зарабатывает

taker обычно платит за немедленное исполнение;
maker получает maker fee rebate или просто лучшую позицию в книге;
market makers зарабатывают на spread и обороте, но несут inventory risk;
protocol зарабатывает на trading fees;
liquidators / keepers / quoting bots могут быть частью экосистемы вокруг книги, если площадка сложнее спота.

Важная разница: в order book ликвидность не деплоится заранее в общую формулу. Её нужно поддерживать живыми котировками.

Откуда берётся цена: AMM против order book

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

Цена в AMM

Цена определяется:

текущим состоянием резервов;
формой кривой;
ликвидностью вокруг текущего диапазона;
размером вашей сделки.

Если ордер крупный, он сам двигает цену по ходу исполнения.

Цена в order book

Цена определяется:

текущим best bid / ask;
глубиной на разных ценовых уровнях;
активностью market makers;
latency обновления заявок и matching.

Если ваш ордер большой, он «съедает» несколько уровней книги.

Почему это важно

AMM лучше показывает, как рынок можно сделать программируемым и permissionless. Order book лучше показывает, как рынок можно сделать более похожим на привычную торговую площадку с видимой глубиной и явным spread.

Где у AMM сильные стороны

AMM не выжил бы и не стал стандартом в DeFi, если бы у него не было реальных плюсов.

1. Простота листинга и permissionless liquidity

Запустить пару в AMM обычно проще, чем построить живой стакан заявок.

2. Постоянная доступность базовой ликвидности

Даже если рынок не идеален, в пуле часто есть хотя бы какая-то ликвидность.

3. Удобство composability

AMM легко встраивается в:

кошельки;
агрегаторы;
vaults;
arbitrage bots;
automation workflows.

4. Более простой MVP

Если небольшая команда хочет показать demo DEX, AMM-подход почти всегда проще по инфраструктуре.

Где у order book DEX сильные стороны

1. Более явный price discovery

Стакан показывает:

где стоят покупатели;
где стоят продавцы;
какой реальный spread;
как выглядит depth по уровням.

2. Удобнее для профессионального execution

Для крупного трейдера и для стратегий с limit orders стакан часто естественнее.

3. Лучше подходит для активных market makers

Если у вас есть quoting engine и инфраструктура, order book даёт больше контроля над:

ценовыми уровнями;
spread;
inventory management;
latency-sensitive поведением.

4. Проще объяснять maker/taker economics

В order book легче показать, кто даёт ликвидность и кто её забирает в конкретный момент.

Где реальные trade-offs

Вот здесь уже начинается не теория, а продуктовая реальность.

1. AMM проще запустить, но сложнее честно обслуживать LP-экономику

AMM хорошо скрывает сложность на уровне трейдера, но переносит её на LP:

impermanent loss;
inventory drift;
out-of-range liquidity;
зависимость от арбитража для возврата к внешней цене.

2. Order book даёт более привычный рынок, но требует живой инфраструктуры

Нужны:

makers;
matching logic;
быстрые обновления книги;
защита от stale quotes;
более серьёзная операционная дисциплина.

3. AMM лучше для permissionless long-tail активов

Для активов, где нет профессиональных market makers, AMM часто просто практичнее.

4. Order book лучше там, где важны точные котировки и controlled execution

Особенно это заметно на:

крупных ордерах;
low-spread рынках;
профессиональном трейдинге;
perp и derivatives use-case’ах.

5. AMM чаще выигрывает в composability, order book — в рыночной структуре

Это полезная короткая формула:

AMM удобнее как Lego-кирпич для DeFi-протоколов;
order book сильнее как торговая микроструктура.

Риски и ограничения каждой модели

Риски AMM

impermanent loss у LP;
плохое исполнение крупных ордеров;
зависимость от внешних арбитражёров для price alignment;
liquidity illusion на тонких парах;
уязвимость к MEV и sandwich при слабых guardrails.

Риски order book DEX

thin book и резкий spread;
stale orders или latency issues;
сложность честного onchain matching;
зависимость от market maker presence;
более высокий инфраструктурный порог для MVP и продакшна.

Какую модель выбрать для продукта

Это зависит не от моды, а от задач.

Когда логичнее AMM

нужен быстрый и понятный swap UX;
активы long-tail или permissionless;
хочется легко встроиться в existing DeFi stack;
нужен простой demo или MVP;
важен routing через composable pools.

Когда логичнее order book DEX

важен limit-order UX;
аудитория более профессиональная;
нужны явные bid/ask и depth;
ожидаются market makers;
execution quality и spread важнее, чем простота листинга.

Как собрать AMM-подобный MVP

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

Минимальный набор компонентов

Pool contract или модель пула;
простая curve / pricing formula;
swap router;
LP deposit / withdraw logic;
fee accounting;
indexer для reserves и swap history;
UI с quote, price impact и pool state.

Что добавить для практического MVP

slippage checks;
basic route simulation;
LP dashboard;
alerts на thin liquidity;
post-trade analytics по expected vs realized output.

Как собрать order book DEX-подобный MVP

С order book MVP лучше начинать честно и узко.

Минимальный набор компонентов

order schema;
order submission API;
order book store;
matching engine;
settlement logic;
market data indexer;
UI со стаканом, сделками и depth chart.

Практичный компромисс

Для MVP не обязательно сразу делать всё fully onchain. Часто разумнее собрать hybrid-модель:

offchain order book;
deterministic matching engine;
onchain settlement или периодическая фиксация;
audit trail и replayability.

Такой путь реалистичнее для небольшой команды.

Какие backend jobs, индексы и dashboards нужны

Независимо от модели, вокруг DEX быстро появляется одно и то же сервисное хозяйство.

Для AMM

Полезные jobs:

pool_snapshot_job
swap_history_job
price_impact_monitor_job
liquidity_depth_job
lp_pnl_job
anomaly_detection_job

Для order book

Полезные jobs:

order_book_snapshot_job
stale_order_cleanup_job
spread_monitor_job
maker_activity_job
execution_quality_job
trade_reconciliation_job

Сущности в базе

Минимальный набор:

markets
orders
trades
pools
liquidity_snapshots
quotes
execution_reports
risk_flags
operator_actions

Что показывать на dashboard

Для AMM полезно видеть:

TVL и reserves;
depth around current price;
swap volume;
fees;
LP PnL и inventory drift;
realized vs quoted output.

Для order book полезно видеть:

best bid / ask;
spread;
depth by level;
maker concentration;
fill rate;
quote staleness;
failed or partial executions.

Что можно автоматизировать поверх каждой модели

Вот где тема особенно хорошо ложится на Sassoft-угол.

Поверх AMM

Можно автоматизировать:

liquidity monitoring;
LP rebalancing alerts;
route quality checks;
treasury swaps с policy guardrails;
thin-pool anomaly detection.

Поверх order book DEX

Можно автоматизировать:

maker quoting bots;
stale quote detection;
spread widening alerts;
inventory hedging for market makers;
execution quality monitoring для taker-flow.

Универсальный automation layer

Поверх обеих моделей можно строить:

risk dashboards;
alerting на деградацию ликвидности;
operator console;
policy engine для крупных сделок;
audit trail и reconciliation.

Реальные продуктовые сценарии

1. Wallet / retail swap layer

Почти всегда лучше начать с AMM + routing.

2. Professional trading venue

Часто логичнее order book или hybrid-модель.

3. Treasury execution helper

Иногда лучший вариант — вообще не строить exchange, а сделать сервисный слой:

quote comparison;
execution preview;
policy-based routing между AMM и order book venue;
post-trade analytics.

4. Market-making dashboard

Для команд, которые дают ликвидность, полезнее всего не новый DEX, а tooling вокруг:

inventory view;
PnL attribution;
quote health;
skew и spread alerts.

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

Если убрать шум, картина очень простая:

AMM DEX — это рынок, где пользователь торгует против программируемого пула ликвидности;
order book DEX — это рынок, где пользователь торгует против книги заявок и встречных ордеров;
в AMM цена рождается из curve + reserves + размера сделки, а в order book — из bid/ask depth и matching;
в AMM основная сложность часто спрятана в LP-экономике, а в order book — в поддержании живой книги и качественного исполнения;
самый здравый AMM MVP — это pool + router + indexer + LP dashboard, а самый здравый order book MVP — offchain book + matching engine + settlement + market data UI;
automation layer особенно полезен для monitoring liquidity, execution quality, maker health, treasury routing и operator controls.

Именно поэтому сравнение AMM и order book DEX — не теоретический экскурс, а один из самых практичных способов понять, как вообще устроены onchain exchange mechanics. Один подход делает рынок программируемым через пул, другой — через книгу заявок. И любой продукт вокруг DEX в итоге выбирает не просто интерфейс обмена, а целую рыночную архитектуру.