Програма призначення — це альтернативна модель, розроблена для забезпечення ліквідності в періоди високої волатильності. Це один з етапів Процесу захисту капіталу, у межах якого незаповнена ліквідація призначається постачальникам ліквідності на добровільній основі за невизначеною ціною поза книгою ордерів. Це дає змогу зменшити тертя в процесі ліквідації та уникнути негативного клієнтського досвіду, коли відкритий інтерес прибуткових трейдерів просто скорочується для офсету трейдерів із недостатньою заставою.
Нижче наведено приклад, у якому доброволець-постачальник ліквідності заповнює незаповнену ліквідацію через програму призначення. Детальніше про саму логіку призначення читайте в статті Position Assignment System.
Припустімо, що поточні позиції клієнта такі:
– 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 шляхом маршрутизації лонг-позиції до постачальників ліквідності — учасників програми — відповідно до їхніх індивідуальних налаштувань.
Нижче наведено приклад сповіщення про призначення 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 на платформі.
– Вам не буде призначено позицію, яку Ваша доступна маржа для відповідного типу контрактів не може покрити.
Десяткові роздільники та роздільники тисяч, показані в цій статті, можуть відрізнятися від форматів, що відображаються на наших торгових платформах. Див. нашу статтю про використання крапок та ком, щоб дізнатися більше.