528 / 736POST

Post-only order

Ордер лише до книги: умова ролі maker, а не обіцянка угоди

Петр хоче запропонувати власну ціну за біткоїн і почекати, доки хтось її прийме. Він не хоче випадково купити відразу за пропозицією, яка вже є на біржі. Для цього існує post-only: ордер спершу має потрапити до книги очікуваних пропозицій. Це не гарантує майбутньої купівлі, а різні продукти можуть по-різному обробляти невідповідну ціну.

Post-only order — лімітний ордер з умовою: під час прийняття він не має відразу забирати доступну ліквідність. Спочатку він повинен запропонувати угоду іншим як maker. Якщо можливе негайне виконання, платформа відхиляє ордер або змінює його ціну за своїми правилами. Прийняття не підтверджує завершену угоду.

Петр може встановити найвищу ціну купівлі через Limit order. Однак якщо хтось уже продає дешевше, звичайний лімітний ордер може виконатися відразу. Kraken пропонує post limit саме для випадку, коли Петр хоче спочатку залишити свою пропозицію в книзі. Пізніше виконання надавало б ліквідність, тобто доступну пропозицію для іншого учасника. Ціновий ліміт залишається важливим; post-only додає ще одну умову. [1]

Припустімо, надісланий ордер Петра одразу прийняв би наявну пропозицію продажу. Coinbase Exchange зазначає, що відхиляє весь такий post-only ордер, навіть якщо негайно могла б виконатися лише частина. Це не поділ на початкову частину taker і залишок maker. Саме запобігання негайній угоді тут є метою. Тому Петру потрібно знати, чи ордер справді чекає, чи його взагалі не прийняли. [2]

Назва post-only не передбачає однаковий результат на кожній платформі. Правила Coinbase Prime описують зміну ціни, за якою можлива негайна угода, до відповідного найкращого bid — пропозиції купівлі — або ask, пропозиції продажу. Це інший механізм, ніж відхилення на Coinbase Exchange. Петр має визначити продукт, яким користується, і прочитати фактично прийняту ціну в підтвердженні. Схожий логотип не означає однакових правил усіх інтерфейсів. [3]

Ціна під час заповнення форми може змінитися до обробки ордера. CFA Institute називає проміжок між подією та наступною дією затримкою, або latency. За цей час інші учасники можуть додати пропозиції, торгувати чи прибрати їх. Ліміт, який щойно підходив для post-only, на момент прибуття вже може дозволяти негайну угоду. Знімок книги не резервує ціну й не обіцяє прийняття. [4]

Ордер Петра прийнято, але це не перепустка на початок черги. Coinbase Markets надає пріоритет за ціною, видимістю пропозиції та часом; post-only сам по собі не змінює цього порядку. Раніші відповідні пропозиції можуть виконатися перед ордером Петра. Він може чекати, виконуватися частинами або не виконатися взагалі. Maker описує роль у можливій угоді, а не вже куплену кількість. [3]

Очікування в книзі має узгоджуватися з іншими правилами. Coinbase Exchange, наприклад, не дозволяє post-only разом з IOC, який скасовує залишок, не виконаний негайно, або FOK, який вимагає негайного повного виконання. У наведеній документації Kraken post limit недоступний для Stop loss limit і Take profit limit — умовних лімітних ордерів для обмеження збитку або фіксації прибутку. Петр має перевірити опції свого продукту й режим ринку; інструкція іншого інтерфейсу може не підходити. [2] [1]

Kraken відрізняє post limit від reduce-only. Друга опція дозволяє ордеру лише зменшити наявну позицію, а не збільшити її чи відкрити нову. Post-only не замінює цю перевірку й сам не скасовує попередній ордер. Coinbase Exchange також розрізняє прийняття, відкритий залишок і завершення. Якщо Петр змінить план або купить іншим способом, стан ордера, що чекає, треба перевірити окремо. [1] [2]

Post-only часто використовують заради ставки maker. Kraken пов’язує її з фактичним виконанням; сама назва не означає безкоштовну угоду. Через очікування Петр може залишитися без запланованої купівлі або згодом заплатити іншу ціну. CFA зараховує затримки та невиконані угоди до торгових витрат. Тому корисно порівняти результат усієї задуманої операції, а не лише різницю комісій. Post-only змінює умову ордера, але не невизначеність майбутнього ринку. [4] [1]

Приклад · POST

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

Візьмемо вигаданий приклад повного відхилення ордера за правилами Coinbase Exchange. Петр хоче купити 0.02 BTC з лімітом 100000 USD/BTC. Найкращий ask, тобто пропозиція продажу, становить 100010 USD/BTC. Різниця 100010 − 100000 = 10 USD/BTC означає, що ціни ще не збігаються. Якщо книга не зміниться й решту правил виконано, ордер може потрапити до неї, але Петр ще нічого не купив. Якщо до обробки з’явиться ask за 99990 USD/BTC, ліміт уже дозволятиме негайну угоду, тому весь post-only ордер відхилять. Це не приклад зміни ціни Coinbase Prime, не реальний ринок і не гарантія подальшого розвитку.

Для повної картини прочитайте також Limit order, Maker–taker, Order book, Market microstructure, Market depth, Slippage. На цю статтю також посилаються Limit order, Maker–taker.

01Чому ордер відхилили, якщо я бачив вищу пропозицію продажу?

Книга могла змінитися між відображенням і обробкою. Це не єдина можлива причина: ордер має відповідати вимогам до коштів, розміру й інших параметрів. Прочитайте конкретну причину; post-only не обходить решти перевірок.

02Чи гарантує прийняття купівлю за ставкою maker?

Ні. Воно підтверджує прийняття за правилами продукту, а не майбутнього продавця. Угода може не відбутися взагалі. Якщо відбудеться, діє фактичний тариф; у продукті зі зміною ціни перевірте також підтверджену ціну.

DOC · 001Kraken — Other Order OptionsДокументація DOC · 002Coinbase — Create OrderДокументація DOC · 003Coinbase — Trading RulesДокументація DOC · 004CFA Institute — Trading CostsДокументація
Переглянуто: Спочатку джерела · Не інвестиційна порада