In questo articolo esamineremo una situazione in cui un trader su Kraken Derivatives viene liquidato e il nuovo sistema di assegnazione delle posizioni (PAS) alloca la liquidazione non evasa ai fornitori di liquidità nel PAS. Esamineremo tutti gli esempi di risposta che un partecipante riceverà per questo.
Supponiamo che ci sia un cliente le cui posizioni attuali sono:
- LONG 1.760.000 Contratti su PI_BTCUSD
- LONG 300.000 Contratti su FI_BTCUSD_200228
Entrambe queste posizioni utilizzano il conto a margine principale FI_BTCUSD, che misura il rischio in tempo reale, valutando il collaterale rispetto al valore della posizione, per determinare se liquidare.
Una volta che il conto a margine per il tipo di contratto è al di sotto del margine di mantenimento, si verifica la liquidazione e il sistema vende tali posizioni nell'orderbook al prezzo imputato a 0-equity per ogni contratto.
In questo caso, la liquidazione del cliente si svolge come segue:
Posizione | Dimensione | Importo liquidato | Importo assegnato |
|---|---|---|---|
PI_BTCUSD | 1.760.000 | 1.007.379 | 752.621 |
FI_BTCUSD_200228 | 300.000 | 300.000 | 0 |
Ciò significa che l'intera posizione FI_BTCUSD_200228 di 300.000 Contratti è stata venduta con successo nell'orderbook a nuove controparti che avevano offerte esistenti.
Tuttavia, la posizione PI_BTCUSD di 1.760.000 Contratti è stata in grado di liquidare solo 1.007.379 con successo nell'orderbook, con i restanti 752.621 che non sono riusciti a trovare una nuova controparte.
Di conseguenza, questo residuo di liquidazione non evaso viene gestito nel PAS instradando la posizione LONG ai fornitori di liquidità che partecipano al programma in base alle preferenze individuali.
Di seguito è riportato un esempio di notifica per un'assegnazione di 184.317 Contratti allocati a "[email protected]". Il cliente riceve la seguente email (si noti che questo formato potrebbe cambiare, quindi non fare affidamento su questa formattazione):
Il fornitore di liquidità riceve immediatamente la notifica tramite feed WebSocket che lo avvisa dell'assegnazione. Il messaggio ha questo formato:
{
"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
}
]
}
Inoltre, il cliente può interrogare l'endpoint REST API per i fill per vedere:
{
"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"
}
...
]
}
I campi chiave nelle risposte sono fill_type e fillType (rispettivamente per WebSocket e REST), che assumono entrambi il valore "assignee". Questa è l'indicazione che dovrebbe essere utilizzata per gestire programmaticamente l'assegnazione.
Nota:
- Imposta le tue preferenze come ritieni opportuno nella sezione Programma di assegnazione della piattaforma.
- Non riceverai un'assegnazione che il tuo margine disponibile per il tipo di contratto non può gestire.
I separatori decimali e delle migliaia mostrati in questo articolo potrebbero differire dai formati visualizzati sulle nostre piattaforme di trading. Consulta il nostro articolo su come utilizziamo punti e virgole per maggiori informazioni.