Програма призначення — це альтернативна модель, розроблена для забезпечення ліквідності в періоди високої волатильності. Вона є одним із кроків Процесу захисту капіталу, в межах якого незаповнена ліквідація призначається постачальникам ліквідності-добровольцям за невизначеною ціною поза книгою ордерів. Це покликано зменшити тертя у процесі ліквідації та уникнути негативного клієнтського досвіду, коли відкритий інтерес прибуткових трейдерів просто обривається для компенсації трейдерів із недостатньою заставою.
Нижче наведено приклад, у якому постачальник ліквідності-доброволець заповнює незаповнену ліквідацію через програму призначення. Докладніше про саму логіку призначення див. у розділі Система призначення позицій.
Припустімо, що поточні позиції клієнта такі:
– LONG 1 760 000 Контрактів на PI_BTCUSD
– LONG 300 000 Контрактів на FI_BTCUSD_200228
Обидві позиції використовують основний маржинальний обліковий запис FI_BTCUSD, який вимірює ризик у режимі реального часу, зіставляючи заставу з вартістю позиції, щоб визначити необхідність ліквідації.
Щойно маржинальний обліковий запис для відповідного типу контракту опускається нижче підтримувальної маржі, відбувається ліквідація: система продає ці позиції в книгу ордерів за розрахунковою ціною нульового капіталу для кожного контракту.
У цьому випадку ліквідація клієнта відбувається так:
Позиція | Розмір | Обсяг ліквідації | Обсяг призначення |
|---|---|---|---|
PI_BTCUSD | 1 760 000 | 1 007 379 | 752 621 |
FI_BTCUSD_200228 | 300 000 | 300 000 | 0 |
Це означає, що весь обсяг позиції FI_BTCUSD_200228 — 300 000 Контрактів — було успішно продано в книгу ордерів новим контрагентам, які мали відповідні біди.
Натомість за позицією PI_BTCUSD обсягом 1 760 000 Контрактів у книзі ордерів вдалося ліквідувати лише 1 007 379, а для решти 752 621 не знайшлося нового контрагента.
У результаті залишок незаповненої ліквідації обробляється в PAS: LONG-позиція маршрутизується до постачальників ліквідності, які беруть участь у програмі, відповідно до їхніх індивідуальних налаштувань.
Нижче наведено приклад повідомлення про призначення 184 317 Контрактів, розподілених на «[email protected]». Клієнт отримує таке повідомлення електронною поштою (зверніть увагу: формат може змінюватися, тому не покладайтеся на нього):
Постачальник ліквідності миттєво отримує сповіщення про присвоєння через WebSocket feed. Повідомлення має такий формат:
{
"feed": "fills",
"username": "[email protected]",
"fills": [
{
"instrument": "PI_XBTUSD",
"time": 1581026151,
"price": 9292.5,
"seq": 103,
"buy": true,
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"fill_id": "89f0f4f9-66b5-45eb-ba3f-6eeb2da5cadd",
"fill_type": "assignee",
"qty": 184317
}
]
}
Крім того, клієнт може опитати кінцеву точку REST API для перегляду даних про виконання:
{
"result": "success",
"fills": [
{
"fill_id": "89f0f4f9-66b5-45eb-ba3f-6eeb2da5cadd",
"symbol": "pi_xbtusd",
"side": "buy",
"order_id": "87755b99-bfb7-4f51-a72b-70f542f793a5",
"size": 184317,
"price": 9292.5,
"fillTime": "2020-02-06T21:55:51.000Z",
"fillType": "assignee"
}
...
]
}
Ключові поля у відповідях — fill_type і fillType (для WebSocket і REST відповідно), обидва приймають значення "assignee". Саме цей індикатор слід використовувати для програмної обробки присвоєння.
Примітка.
– Налаштуйте параметри на свій розсуд у розділі Assignment Program на платформі.
– Вам не буде присвоєно позицію, яку Ваша доступна маржа для відповідного типу контракту не може покрити.
Десяткові роздільники та роздільники тисяч, показані в цій статті, можуть відрізнятися від форматів, що відображаються на наших торгових платформах. Див. нашу статтю про використання крапок та ком, щоб дізнатися більше.