Перейти к содержанию
Financial Context Wiki

Пост-онли ордер

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

Обновлено

Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Краткий ответ

Инструкция 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 исполнение приносит скидку. Статус мейкера, тариф, валюта и ставка зависят от исполнения и площадки.
  • Изменение или отмена исключает последующие исполнения. Приоритет может сброситься, а исполнение — опередить конечное подтверждение.
  • Хеш транзакции или включение в блок доказывает, что ончейн-заявка стала ликвидностью мейкера и окончательно исполнилась. Включение, исполнение протокола, стояние в книге, исполнение и финальность сети — отдельные события.

Связанные темы

Источники

Навигация

Поиск по вики...