Przykład przypisania

Program przypisań to alternatywny model zaprojektowany w celu zapewnienia płynności w okresach wysokiej zmienności. Stanowi on element Procesu Ochrony Kapitału, w ramach którego niezrealizowana likwidacja jest przypisywana ochotniczym dostawcom płynności po nieokreślonej cenie poza księgą zleceń. Ma to na celu zmniejszenie tarcia w procesie likwidacji oraz uniknięcie negatywnego doświadczenia klienta wynikającego z prostego zamknięcia otwartych pozycji zyskownych traderów w celu offsetu pozycji traderów z niewystarczającym zabezpieczeniem.

Poniżej przedstawiono przykład, w którym wolontariusz będący dostawcą płynności realizuje niezrealizowaną likwidację za pośrednictwem programu przypisania. Szczegółowe informacje na temat samej logiki przypisania znajdziesz w artykule Position Assignment System.

Przyjmijmy, że klient ma 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, porównując wartość zabezpieczenia z wartością pozycji, aby określić, czy należy przeprowadzić likwidację.

Gdy konto margin dla danego typu kontraktu spada poniżej marginesu utrzymania, następuje likwidacja – system sprzedaje te pozycje do księgi zleceń po przypisanej cenie 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 w księdze zleceń nowym kontrahentom z aktywnymi bidami.

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

W rezultacie nierozliczona pozostałość likwidacji jest obsługiwana w PAS poprzez kierowanie pozycji long do dostawców płynności uczestniczących w programie zgodnie z ich indywidualnymi preferencjami.

Poniżej przedstawiono przykładowe powiadomienie o przypisaniu 184 317 kontraktów alokowanych do „[email protected]". Klient otrzymuje następującą wiadomość e-mail (format może ulec zmianie – nie należy polegać na tym układzie):

Dostawca płynności natychmiast otrzymuje powiadomienie przez kanał WebSocket informujące 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
}
]
}

Klient może również odpytać punkt końcowy REST API o realizacje:

{
"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". Ten sygnał należy wykorzystać do programowej obsługi przypisania.

Uwaga:

– Skonfiguruj swoje preferencje w sekcji Assignment Program na platformie.

– Nie otrzymasz przypisania, którego dostępny margin dla danego typu kontraktu nie jest w stanie obsłużyć.

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.