I den här artikeln går vi igenom en situation där en trader på Kraken Derivatives likvideras och det nya Position Assignment System (PAS) tilldelar den ofyllda likvidationen till likviditetsleverantörer i PAS. Vi går igenom alla svars exempel som en deltagare kommer att få för detta.
Låt oss anta att det finns en klient vars nuvarande positioner är:
- LÅNG 1 760 000 kontrakt på PI_BTCUSD
- LÅNG 300 000 kontrakt på FI_BTCUSD_200228
Båda dessa positioner använder huvudmarginalkontot för FI_BTCUSD, som mäter risken i realtid, värderar säkerheten mot positionsvärdet, för att avgöra om likvidation ska ske.
När marginalkontot för kontraktstypen är under underhållsmarginalen sker likvidation och systemet säljer dessa positioner till orderboken till det imputerade priset vid 0-eget kapital för varje kontrakt.
I det här fallet utvecklas klientens likvidation enligt följande:
Position | Storlek | Likviderat belopp | Tilldelat belopp |
|---|---|---|---|
PI_BTCUSD | 1 760 000 | 1 007 379 | 752 621 |
FI_BTCUSD_200228 | 300 000 | 300 000 | 0 |
Detta innebär att hela FI_BTCUSD_200228-positionen på 300 000 kontrakt framgångsrikt såldes till orderboken till nya motparter som hade befintliga köpanbud.
PI_BTCUSD-positionen på 1 760 000 kontrakt kunde dock endast likvidera 1 007 379 framgångsrikt till orderboken, medan de återstående 752 621 inte kunde hitta en ny motpart.
Som ett resultat hanteras denna oavslutade likvidationsrest i PAS genom att LÅNG-positionen dirigeras till likviditetsleverantörer som deltar i programmet baserat på individuella preferenser.
Nedan är ett exempel på en avisering för en tilldelning av 184 317 kontrakt tilldelade till "[email protected]". Klienten får följande e-post (observera att detta format kan ändras, så förlita dig inte på denna formatering):
Likviditetsleverantören får omedelbart aviseringen via WebSocket feed som varnar dem för tilldelningen. Meddelandet har följande 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
}
]
}
Dessutom kan klienten fråga REST API-slutpunkten för utförda order för att se:
{
"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"
}
...
]
}
Nyckelfälten i svaren är fill_type och fillType (för WebSocket respektive REST), som båda har värdet "assignee". Detta är indikationen som bör användas för att programmatiskt hantera tilldelningen.
Obs!
- Ställ in dina preferenser som du önskar på Tilldelningsprogrammet på plattformen.
- Du kommer inte att få en tilldelning som din tillgängliga marginal för kontraktstypen inte kan hantera.
Decimal- och tusentalsavgränsarna som visas i den här artikeln kan skilja sig från de format som visas på våra handelsplattformar. Läs vår artikel om hur vi använder punkter och kommatecken för mer information.