Przykład przypisania

Program przydziału to alternatywny model zaprojektowany z myślą o zapewnieniu płynności w okresach wysokiej zmienności. Stanowi element Procesu Ochrony Kapitału, w ramach którego niezrealizowana likwidacja zostaje przypisana do dostawców płynności na zasadzie dobrowolności – po nieokreślonej cenie, poza księgą zleceń. Rozwiązanie to ma na celu ograniczenie zakłóceń w procesie likwidacji oraz wyeliminowanie negatywnego doświadczenia klientów wynikającego z prostego redukowania liczby otwartych pozycji (open interest) zyskownych traderów w celu offsetu pozycji traderów ze słabym zabezpieczeniem.

Poniżej znajduje się przykład, w którym wolontariusz będący dostawcą płynności realizuje niezrealizowaną likwidację za pośrednictwem programu przydziału. Szczegółowe informacje na temat logiki przydziału zawiera artykuł System przydziału pozycji.

Załóżmy, że klient posiada następujące otwarte pozycje:

- LONG 1 760 000 kontraktów na PI_BTCUSD

- LONG 300 000 kontraktów na FI_BTCUSD_200228

Obie pozycje korzystają z głównego konta margin FI_BTCUSD, które mierzy ryzyko w czasie rzeczywistym, wyceniając zabezpieczenie w stosunku do wartości pozycji w celu ustalenia, czy przeprowadzić likwidację.

Gdy konto margin dla danego rodzaju kontraktu spadnie poniżej marginesu utrzymania, następuje likwidacja – system sprzedaje te pozycje do księgi zleceń po kalkulowanej cenie odpowiadającej poziomowi zerowego kapitału dla każdego kontraktu.

W tym przypadku likwidacja klienta przebiega następująco:

Oznacza to, że cała pozycja FI_BTCUSD_200228 wynosząca 300 000 kontraktów została pomyślnie sprzedana za pośrednictwem księgi zleceń nowym kontrahentom posiadającym aktywne bid.

Jednak z pozycji PI_BTCUSD wynoszącej 1 760 000 kontraktów udało się zlikwidować w księdze zleceń jedynie 1 007 379 kontraktów – dla pozostałych 752 621 nie znaleziono nowego kontrahenta.

W konsekwencji niezrealizowana pozostałość likwidacji jest kierowana w systemie PAS do dostawców płynności uczestniczących w programie, zgodnie z ich indywidualnymi preferencjami – jako pozycja long.

Poniżej znajduje się przykładowe powiadomienie o przydziale 184 317 kontraktów alokowanych użytkownikowi „[email protected]". Klient otrzymuje następujący e-mail (format może ulec zmianie – nie należy polegać na tej strukturze):

Dostawca płynności natychmiast otrzymuje powiadomienie przez kanał WebSocket z informacją o przypisaniu. Wiadomość ma następujący format:

{
"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
}
]
}

Ponadto klient może odpytać punkt końcowy REST API w celu sprawdzenia realizacji zleceń:

{
"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"
}
...
]
}

Kluczowe pola w odpowiedziach to fill_type i fillType (odpowiednio dla WebSocket i REST) – oba przyjmują wartość "assignee". Na podstawie tego pola należy programowo obsługiwać przypisanie.

Uwaga:

- Ustaw swoje preferencje w sekcji Assignment Program na platformie.

- Nie otrzymasz przypisania, którego dostępny margin dla danego typu kontraktu nie jest w stanie pokryć.

Separatory dziesiętne i tysięczne, które przedstawiono w tym artykule, mogą różnić się od formatów wyświetlanych na naszych platformach handlowych. Aby uzyskać więcej informacji, przeczytaj nasz artykuł dotyczący sposobu stosowania kropek i przecinków.