---
title: "Пост-онли ордер"
description: "Пост-онли ордер — это зависящая от площадки инструкция к лимитной заявке, предназначенная для постановки в книгу, а не немедленного снятия ликвидности; отклонение, отмена, переоценка, приоритет очереди и комиссии определяются конкретными правилами сопоставления."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Пост-онли ордер
> Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.
## Краткий ответ
Инструкция post-only, или «только добавление ликвидности», прикрепляется к лимитной заявке и проверяется, когда заявка достигает механизма сопоставления. Если хотя бы часть заявки могла бы немедленно исполниться против уже стоящей ликвидности, площадка применяет собственное правило: отклоняет запрос, принимает и отменяет заявку либо сдвигает ее цену на нерыночный уровень. Поэтому post-only — это условие входа, а не универсальный тип заявки с единственным исходом.
Успешно вставшая в книгу заявка может исполниться позднее, когда поступит встречная. Такое исполнение обычно классифицируется как ликвидность мейкера, однако решающими являются фактическая запись об исполнении и расчет комиссии. Подтверждение приема, статус `open` или сам флаг post-only не гарантируют исполнение, статус мейкера, скидку или лучший чистый результат.
## Как это работает
Рыночность проверяется по состоянию механизма сопоставления, а не по устаревшему экрану. Лимитная покупка по лучшему аску или выше и лимитная продажа по лучшему биду или ниже обычно пересекают книгу. Результат могут изменить округление к шагу цены, аукцион, закрытый или пересеченный рынок, скрытая ликвидность, защита цены и предотвращение самосделок. Автоматическая переоценка также меняет заданный лимит и место в очереди, поэтому ее следует принимать только как явно задокументированное правило площадки.
Post-only не зависит от других инструкций. `GTC`, `GTD`, `IOC` и `FOK` задают срок действия; некоторые площадки запрещают сочетать post-only с инструкциями немедленного исполнения. `reduce-only`, close-only и поле стороны позиции управляют экспозицией. Стоп-заявка или тейк-профит может не попадать в книгу до срабатывания, после чего созданная дочерняя заявка проверяется по текущим правилам post-only площадки.
Правила очереди и жизненного цикла также зависят от площадки. Приоритет цены и времени распространен, но не универсален. Изменение цены, увеличение объема или отмена с повторной подачей часто лишают приоритета; поддерживаемое уменьшение объема может его сохранить. Предотвращение самосделок может отменить или сократить входящую заявку, стоящую заявку либо обе. Что произошло на самом деле, устанавливает только упорядоченная последовательность публичных и приватных событий заявок и исполнений.
Используйте следующий процесс:
1. Зафиксируйте площадку, юридическое лицо, продукт, сессию и версию API; запишите шаг цены, лот, минимальный номинал, тариф и то, отклоняется, отменяется или переоценивается рыночная post-only заявка.
2. Получите снабженный временем и согласованный по последовательности лучший бид, лучший аск и глубину; задайте сторону, лимит, объем, срок действия, режим позиции, post-only, reduce-only, предотвращение самосделок и параметры триггера.
3. Точно округлите цену и объем и заранее проверьте пересечение, ценовые коридоры, баланс, маржу, лимиты заявок и несовместимые режимы, считая состояние механизма при поступлении окончательным.
4. Отправьте запрос с уникальным клиентским идентификатором; отделяйте транспортный успех от принятого, стоящего или конечного статуса и сохраните серверный идентификатор, время и полный ответ.
5. Обрабатывайте события заявок и исполнений по порядку; сверяйте накопленное исполнение, остаток, идентификатор исполнения, цену, номинал, признак ликвидности, валюту комиссии или скидки и любое изменение очереди.
6. Считайте изменение, отмену и замену гонкой до получения конечных событий; после тайм-аута повторяйте идемпотентно и восстанавливайте синхронизацию после дубликатов, пропусков или переставленных сообщений.
7. Сверьте исполненный, отмененный, отклоненный или истекший объем с позицией, блокировками и балансом, затем оцените фактические комиссии, скидки, неблагоприятный отбор и упущенные исполнения; для ончейн-площадки отдельно проверьте включение, исполнение протокола и требуемую финальность.
## Примеры
- **Пересечение книги.** Лучшие бид и аск равны `99.90 / 100.00`, шаг цены — `0.01`. Post-only покупка `2 BTC at 100.00` немедленно встретит аск. Площадка с режимом отклонения отклонит запрос; площадка с режимом отмены зафиксирует нулевое исполнение и отменит заявку. Площадка с переоценкой может сдвинуть ее к `99.99`, но лишь если это задокументированное и выбранное поведение. Покупка по `99.99` может встать в книгу при неизменном состоянии механизма, но исполнение не гарантировано.
- **Исполнение стоящей заявки как мейкера и комиссии.** Продажа `3 ETH at 99.90` стоит в книге при биду и аску `99.80 / 100.00`, после чего агрессивная покупка исполняет ее. Номинал равен `3 x 99.90 = 299.70`. При ставке мейкера `-1 bp` комиссия составляет `299.70 x -0.0001 = -0.02997`, то есть это скидка. Ошибочная классификация по ставке тейкера `5 bp` даст списание `0.14985`, разница — `0.17982`. Используйте фактический признак ликвидности и запись комиссии.
- **Частичное исполнение и гонка отмены.** Стоящая post-only продажа имеет объем `10 units at 100`. Исполняется `4`, затем клиент отправляет отмену. До окончательной отмены исполняется еще `1`, а оставшиеся `5` отменяются. Общий исполненный объем равен `5`, а не `4`; номинал исполнений — `500`, скидка `2 bp` — `0.10`. Подтверждение запроса на отмену не является конечной записью позиции.
- **Низкая комиссия все равно может обойтись дороже.** Немедленная покупка `10` по `100.00` с комиссией тейкера `8 bp` стоит `1,000.80`. Если упустить эту цену и позднее встать в книгу по `100.20` с комиссией мейкера `2 bp`, стоимость составит `1,002.2004`. Маршрут мейкера экономит `0.5996` комиссии, но общая стоимость выше на `1.4004`. Post-only управляет поведением исполнения, а не автоматически оптимизирует сделку целиком.
## Риски
- Применено правило post-only другой площадки или продукта.
- Рыночная заявка неожиданно отклонена, отменена или переоценена.
- Из-за задержки котировки некроссирующая цена пересекает книгу при поступлении.
- Округление к шагу меняет поданную цену или результат проверки.
- Аукцион, закрытый рынок или особый режим торгов меняют поведение.
- Стоящая заявка вообще не исполняется.
- Неблагоприятный отбор превосходит скидку мейкера.
- Меняются тариф, знак или валюта комиссии.
- Статус мейкера выводится из запроса, а не из каждого исполнения.
- Недооценивается глубина очереди или скрытая ликвидность.
- Изменение заявки сбрасывает приоритет очереди.
- Частичное исполнение пропущено в позиции или денежных расчетах.
- Гонка отмены или замены создает дополнительное исполнение либо перекрывающиеся заявки.
- Тайм-аут или неидемпотентный повтор создает неопределенное или дублированное состояние.
- Пропуски, дубликаты или перестановка WebSocket-событий искажают локальное состояние.
- Предотвращение самосделок отменяет или сокращает неожиданную сторону.
- Post-only конфликтует с `IOC`, `FOK` или иным правилом срока действия.
- Reduce-only, close-only или режим позиции отклоняет, сокращает либо обращает намерение.
- Сработавшая дочерняя заявка становится рыночной и отменяется либо отклоняется.
- Сверку нарушает сбой площадки, хранения, API или правил либо ончейн-порядок, газ, реорганизация или финальность.
## Распространенные заблуждения
- **Post-only гарантирует исполнение.** Заявка может быть отклонена, отменена, остаться без исполнения или истечь.
- **Успешный ответ API доказывает, что заявка стоит в книге.** Транспортное подтверждение и состояние механизма сопоставления — разные записи.
- **Каждое post-only исполнение приносит скидку.** Статус мейкера, тариф, валюта и ставка зависят от исполнения и площадки.
- **Изменение или отмена исключает последующие исполнения.** Приоритет может сброситься, а исполнение — опередить конечное подтверждение.
- **Хеш транзакции или включение в блок доказывает, что ончейн-заявка стала ликвидностью мейкера и окончательно исполнилась.** Включение, исполнение протокола, стояние в книге, исполнение и финальность сети — отдельные события.
## Связанные темы
- [Лимитная заявка на крипторынке](/ru/crypto/limit-order-crypto/)
- [Комиссии мейкера и тейкера](/ru/crypto/maker-taker-fee/)
- [Книга заявок на крипторынке](/ru/crypto/order-book-crypto/)
## Источники
- [Coinbase Markets Trading Rules](https://www.coinbase.com/legal/trading_rules) - Coinbase (дата обращения: 2026-08-13)
- [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation (дата обращения: 2026-08-13)
- [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation (дата обращения: 2026-08-13)
- [Order Management Best Practices](https://docs.deribit.com/articles/order-management-best-practices) - Deribit Documentation (дата обращения: 2026-08-13)
- [Post-Only Order](https://www.bybit.com/en/help-center/article/Post-Only-Order) - Bybit (дата обращения: 2026-08-13)
- [Basic Order Types](https://www.okx.com/en-us/help/x-basic-order-types) - OKX (дата обращения: 2026-08-13)
- [Order Amend Keep Priority](https://github.com/binance/binance-spot-api-docs/blob/master/faqs/order_amend_keep_priority.md) - Binance Spot API Documentation (дата обращения: 2026-08-13)
- [Exchange endpoint](https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/exchange-endpoint) - Hyperliquid Docs (дата обращения: 2026-08-13)
Source: https://wiki.fcontext.com/ru/crypto/post-only-order/index.mdx