Neste artigo, analisamos uma situação em que um trader na Kraken Derivatives é liquidado e o novo Sistema de Atribuição de Posições (PAS) atribui a liquidação não preenchida aos fornecedores de liquidez no PAS. Analisamos todos os exemplos de resposta que um participante receberá para isso.
Vamos assumir que existe um cliente cujas posições atuais são:
- LONG 1,760,000 Contracts em PI_BTCUSD
- LONG 300,000 Contracts em FI_BTCUSD_200228
Ambas estas posições estão a usar a conta de margem principal FI_BTCUSD, que mede o risco em tempo real, avaliando a garantia vs o valor da posição, para determinar se deve liquidar.
Assim que a conta de margem para o tipo de contrato estiver abaixo da margem de manutenção, ocorre a liquidação e o sistema vende essas posições para o livro de ordens ao preço imputado de 0-equidade para cada contrato.
Neste caso, a liquidação do cliente desenrola-se da seguinte forma:
Posição | Tamanho | Valor Liquidado | Valor Atribuído |
|---|---|---|---|
PI_BTCUSD | 1,760,000 | 1,007,379 | 752,621 |
FI_BTCUSD_200228 | 300,000 | 300,000 | 0 |
Isto significa que a posição total de 300,000 Contracts de FI_BTCUSD_200228 foi vendida com sucesso para o livro de ordens a novas contrapartes que tinham lances existentes.
No entanto, a posição PI_BTCUSD de 1,760,000 Contracts só conseguiu liquidar 1,007,379 com sucesso no livro de ordens, com os restantes 752,621 incapazes de encontrar uma nova contraparte.
Como resultado, este remanescente de liquidação não preenchido é tratado no PAS, encaminhando a posição LONG para os fornecedores de liquidez que participam no programa com base nas preferências individuais.
Abaixo está um exemplo de notificação para uma Atribuição de 184,317 Contracts alocados a "[email protected]". O cliente recebe o seguinte e-mail (note que este formato pode mudar, por isso não dependa desta formatação):
O fornecedor de liquidez recebe imediatamente a notificação através do WebSocket feed alertando-o para a Atribuição. A mensagem tem este 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
}
]
}
Além disso, o cliente pode consultar o endpoint da API REST para preenchimentos para ver:
{
"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"
}
...
]
}
Os campos chave nas respostas são fill_type e fillType (para WebSocket e REST, respetivamente), que ambos assumem o valor "assignee". Esta é a indicação que deve ser usada para lidar programaticamente com a atribuição.
Nota:
- Defina as suas preferências conforme achar adequado na secção Programa de Atribuição da plataforma.
- Não receberá uma Atribuição que a sua margem disponível para o tipo de contrato não consiga suportar.
Os separadores decimais e de milhares mostrados neste artigo podem diferir dos formatos exibidos nas nossas plataformas de negociação. Consulte o nosso artigo sobre como usamos pontos e vírgulas para mais informações.