Exemplu de alocare

Programul de atribuire este un model alternativ conceput pentru a facilita furnizarea de lichiditate în perioadele de volatilitate ridicată. Acesta funcționează ca o etapă în cadrul Procesului de Protecție a Capitalului Propriu, prin care o lichidare neonorată este atribuită furnizorilor de lichiditate voluntari la un preț nedeterminat, în afara registrului de ordine. Aceasta este concepută pentru a reduce fricțiunile din procesul de lichidare și pentru a evita experiența negativă pentru client de a închide pur și simplu open interest-ul traderilor profitabili pentru a compensa traderii slab garantați.

Mai jos este un exemplu în care un furnizor de lichiditate voluntar onorează o lichidare neonorată prin programul de atribuire. Pentru detalii despre logica de atribuire în sine, consultați Sistemul de Atribuire a Pozițiilor.

Să presupunem că există un client ale cărui poziții curente sunt:

- LONG 1.760.000 de Contracte pe PI_BTCUSD

- LONG 300.000 de Contracte pe FI_BTCUSD_200228

Ambele poziții utilizează contul de marjă principal FI_BTCUSD, care măsoară riscul în timp real, evaluând garanția față de valoarea poziției, pentru a determina dacă se impune lichidarea.

Odată ce contul de marjă pentru tipul de contract scade sub marja de întreținere, se declanșează lichidarea, iar sistemul vinde acele poziții în registrul de ordine la prețul imputat cu capital propriu zero pentru fiecare contract.

În acest caz, lichidarea clientului se desfășoară astfel:

Aceasta înseamnă că întreaga poziție FI_BTCUSD_200228 de 300.000 de Contracte a fost vândută cu succes în registrul de ordine către noi contrapărți care aveau oferte existente.

Cu toate acestea, poziția PI_BTCUSD de 1.760.000 de Contracte a reușit să lichideze doar 1.007.379 cu succes în registrul de ordine, restul de 752.621 neputând găsi o nouă contraparte.

Prin urmare, soldul de lichidare neonorat este gestionat în PAS prin direcționarea poziției LONG către furnizorii de lichiditate participanți la program, în funcție de preferințele individuale.

Mai jos este un exemplu de notificare pentru o atribuire de 184.317 Contracte alocate lui „[email protected]". Clientul primește următorul e-mail (rețineți că acest format se poate modifica, deci nu te baza pe această structură):

Furnizorul de lichiditate primește imediat notificarea prin feed-ul WebSocket, care îl anunță despre Atribuire. Mesajul are următorul 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
}
]
}

De asemenea, clientul poate interoga endpoint-ul API REST pentru onorări:

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

Câmpurile-cheie din răspunsuri sunt fill_type și fillType (pentru WebSocket, respectiv REST), ambele cu valoarea „assignee". Aceasta este indicația care trebuie utilizată pentru gestionarea programatică a atribuirii.

Notă:

– Configurează-ți preferințele în secțiunea Assignment Program din platformă.

– Nu vei primi o Atribuire pe care marja disponibilă pentru tipul de contract respectiv nu o poate acoperi.

Separatoarele pentru zecimale și mii care apar în acest articol pot fi diferite de structurile afișate pe platformele noastre de tranzacționare. Citește articolul nostru despre cum folosim puncte și virgule pentru mai multe informații.