Пара задаёт единицы: что покупают и чем платят
В паре BTC/USDT Bitcoin — base asset, USDT — quote asset. Цена 64 000 означает 64 000 единиц quote за одну единицу base. Size обычно выражает количество BTC, а funds — сумму USDT, хотя точные названия полей зависят от площадки. Ошибка в направлении пары меняет смысл заявки ещё до выбора market или limit.
| Сторона | Цена | Объём BTC | Смысл |
|---|---|---|---|
| Ask | 64 020 | 0,30 | Продавцы готовы отдать до 0,30 BTC по этой цене |
| Ask | 64 010 | 0,10 | Лучшее доступное предложение продавца |
| Bid | 64 000 | 0,25 | Лучшая заявка покупателя |
| Bid | 63 990 | 0,40 | Более низкий уровень спроса |
- Сторона
- Ask
- Цена
- 64 020
- Объём BTC
- 0,30
- Смысл
- Продавцы готовы отдать до 0,30 BTC по этой цене
- Сторона
- Ask
- Цена
- 64 010
- Объём BTC
- 0,10
- Смысл
- Лучшее доступное предложение продавца
- Сторона
- Bid
- Цена
- 64 000
- Объём BTC
- 0,25
- Смысл
- Лучшая заявка покупателя
- Сторона
- Bid
- Цена
- 63 990
- Объём BTC
- 0,40
- Смысл
- Более низкий уровень спроса
Разница между best ask 64 010 и best bid 64 000 — spread. Mid-price посередине удобна для интерфейса, но по ней может не стоять ни одной заявки. Last price — цена последнего fill, который уже произошёл. Она тоже не гарантирует, что следующий market order исполнится на том же уровне.
Market order проходит по стакану, пока не наберёт нужный объём
Если market buy требует 0,25 BTC, а на лучшем ask доступно только 0,10 BTC, matching engine исполняет эту часть по 64 010 и ищет оставшиеся 0,15 BTC выше. В нашем условном стакане они попадут на 64 020. Итоговая average fill price будет между двумя уровнями, плюс биржа отдельно рассчитает fee по своим правилам.
| Fill | Количество | Цена | Quote amount |
|---|---|---|---|
| Первый | 0,10 BTC | 64 010 USDT | 6 401 USDT |
| Второй | 0,15 BTC | 64 020 USDT | 9 603 USDT |
| Итого | 0,25 BTC | средняя 64 016 USDT | 16 004 USDT до fee |
- Fill
- Первый
- Количество
- 0,10 BTC
- Цена
- 64 010 USDT
- Quote amount
- 6 401 USDT
- Fill
- Второй
- Количество
- 0,15 BTC
- Цена
- 64 020 USDT
- Quote amount
- 9 603 USDT
- Fill
- Итого
- Количество
- 0,25 BTC
- Цена
- средняя 64 016 USDT
- Quote amount
- 16 004 USDT до fee
Limit order задаёт худшую допустимую цену, но может ждать или заполниться частично
Limit buy по 64 000 не должен покупать дороже 64 000. Если asks находятся выше, order остаётся open в книге — при политике, которая разрешает ожидание. Когда продавец согласится на эту цену, matching engine исполнит доступную часть. Остаток продолжит ждать, пока его не заполнят, не отменят или не истечёт срок.
| Параметр | Что требует | Что произойдёт с остатком |
|---|---|---|
| Limit + GTC | Цена не хуже limit | Остаётся open до fill или cancel |
| Limit + GTD | Цена не хуже limit | Отменяется в заданное время |
| Limit + IOC | Сразу взять доступное не хуже limit | Неисполненная часть отменяется |
| Limit + FOK | Сразу исполнить весь объём не хуже limit | Вся заявка отклоняется, если полного объёма нет |
| Market | Исполнить против доступной liquidity | Price guarantee обычно отсутствует |
- Параметр
- Limit + GTC
- Что требует
- Цена не хуже limit
- Что произойдёт с остатком
- Остаётся open до fill или cancel
- Параметр
- Limit + GTD
- Что требует
- Цена не хуже limit
- Что произойдёт с остатком
- Отменяется в заданное время
- Параметр
- Limit + IOC
- Что требует
- Сразу взять доступное не хуже limit
- Что произойдёт с остатком
- Неисполненная часть отменяется
- Параметр
- Limit + FOK
- Что требует
- Сразу исполнить весь объём не хуже limit
- Что произойдёт с остатком
- Вся заявка отклоняется, если полного объёма нет
- Параметр
- Market
- Что требует
- Исполнить против доступной liquidity
- Что произойдёт с остатком
- Price guarantee обычно отсутствует
Limit order способен исполниться лучше своего предела. В price-time matching resting order имеет цену и очередь; если агрессивная встречная заявка пересекает книгу, fill проводится по правилам engine. Предельная цена защищает от худшего уровня, но не обещает, что рынок когда-либо до неё дойдёт или что объёма хватит.
Maker добавляет ожидающую ликвидность, taker забирает уже доступную
Market order обычно taker, потому что сразу совпадает с resting orders. Limit order не обязательно maker: если buy limit поставлен выше или на уровне доступного ask, он немедленно пересекает книгу и становится taker для исполненной части. Остаток может встать в стакан и позднее исполниться как maker. Поэтому одна заявка способна получить несколько fills и разные fee roles.
Что искать в истории заявки
- requested size или funds и точную сторону пары;
- order type, limit price и time in force;
- список fills с quantity, price и timestamp;
- filled и remaining size отдельно;
- maker/taker role и fee для каждого исполнения;
- status: received, open, done, canceled, expired или rejected по taxonomy биржи.
Глубина важнее цветной стены на одном скриншоте
Level 2 data агрегирует количество на каждом price level, Level 3 может показывать individual orders и очередь. Но order book постоянно меняется: заявки добавляют и снимают, а видимый объём не обязан дождаться вашего order. Большая «стена» — наблюдение текущего snapshot, не обещание поддержки цены и не доказательство намерения владельцев заявок.
| Экран | Полезный вопрос | Типичная ошибка |
|---|---|---|
| Best bid/ask | Каков ближайший spread? | Принять top price за доступную цену большого объёма |
| Depth | Сколько quantity стоит в диапазоне? | Считать snapshot постоянной liquidity |
| Recent trades | Какие fills уже произошли? | Считать last price активной заявкой |
| Own order | Что исполнено и что осталось? | Смешать order total с одним fill |
| Portfolio balance | Что зачислено на биржевой ledger? | Считать его on-chain wallet balance |
- Экран
- Best bid/ask
- Полезный вопрос
- Каков ближайший spread?
- Типичная ошибка
- Принять top price за доступную цену большого объёма
- Экран
- Depth
- Полезный вопрос
- Сколько quantity стоит в диапазоне?
- Типичная ошибка
- Считать snapshot постоянной liquidity
- Экран
- Recent trades
- Полезный вопрос
- Какие fills уже произошли?
- Типичная ошибка
- Считать last price активной заявкой
- Экран
- Own order
- Полезный вопрос
- Что исполнено и что осталось?
- Типичная ошибка
- Смешать order total с одним fill
- Экран
- Portfolio balance
- Полезный вопрос
- Что зачислено на биржевой ledger?
- Типичная ошибка
- Считать его on-chain wallet balance
CEX-стакан сводит заявки, AMM пересчитывает состояние пула
В central limit order book price формируют встречные orders и matching rules. В классическом AMM пользователь торгует со smart-contract pool, а результат зависит от reserves и curve. Оба механизма дают slippage при крупном размере, но источник другой: проход по дискретным levels в CEX против изменения pool ratio в AMM.
На CEX активы и orders учитываются во внутреннем ledger до вывода. Tx hash появляется у deposit или withdrawal, но не у каждого spot fill. Поэтому проверка биржевой сделки начинается с order ID и fills, а проверка вывода — с сети и transaction hash. Эти два доказательства описывают разные стадии.
До подтверждения полезно видеть диапазон исполнения, а не одну красивую цену
- Проверить base и quote asset, доступный balance и размер order.
- Для market order посмотреть depth на объём, близкий к планируемому, и preview average price, если он есть.
- Для limit order прочитать limit, time in force, post-only и условие partial fills.
- Отделить expected trade amount от fee и будущей withdrawal fee.
- После исполнения сверить все fills, а не только last price и общий статус done.
Стакан не предсказывает направление рынка. Его задача прозаичнее: показать, какой объём участники готовы купить или продать на конкретной площадке сейчас. Когда интерфейс сворачивает всё в кнопку, восстановить механику помогают четыре поля — order type, limit или price boundary, fills и fee role.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- Coinbase Developer Docs — trading concepts Coinbase · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Coinbase Developer Docs — matching engine Coinbase · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Coinbase Developer Docs — create order Coinbase · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Coinbase Help — exchange fees Coinbase · Проверено 15 августа 2026 г. в 00:34 GMT+5
- Kraken API — FIX market-data snapshot Kraken · Проверено 15 августа 2026 г. в 00:34 GMT+5
