Exemplo de atribuição

Neste artigo, abordamos uma situação em que um trader na Kraken Derivatives é liquidado e o novo Sistema de Atribuição de Posições (PAS) aloca a liquidação não preenchida aos provedores de liquidez no PAS. Analisaremos todos os exemplos de resposta que um participante receberá para isso.

Vamos supor que haja um cliente cujas posições atuais são:

- LONG 1.760.000 Contratos em PI_BTCUSD

- LONG 300.000 Contratos em FI_BTCUSD_200228

Ambas as posições estão usando a conta de margem principal FI_BTCUSD, que mede o risco em tempo real, avaliando a garantia versus o valor da posição, para determinar se deve liquidar.

Uma vez que a conta de margem para o tipo de contrato esteja abaixo da margem de manutenção, ocorre a liquidação e o sistema vende essas posições no livro de ordens pelo preço imputado de 0-equidade para cada contrato.

Neste caso, a liquidação do cliente ocorre da seguinte forma:

Isso significa que toda a posição FI_BTCUSD_200228 de 300.000 Contratos foi vendida com sucesso no livro de ordens para novas contrapartes que tinham lances existentes.

No entanto, a posição PI_BTCUSD de 1.760.000 Contratos só conseguiu liquidar 1.007.379 com sucesso no livro de ordens, com os 752.621 restantes incapazes de encontrar uma nova contraparte.

Como resultado, este remanescente de liquidação não preenchido é tratado no PAS, roteando a posição LONG para provedores de liquidez que participam do programa com base em preferências individuais.

Abaixo está um exemplo de notificação para uma Atribuição de 184.317 Contratos alocados a "[email protected]". O cliente recebe o seguinte e-mail (observe que este formato pode mudar, portanto, não dependa desta formatação):

O provedor de liquidez recebe imediatamente a notificação através do feed do WebSocket alertando-o sobre 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 ver os preenchimentos:

{
"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, respectivamente), ambos com o valor "assignee". Esta é a indicação que deve ser usada para lidar programaticamente com a atribuição.

Observação:

- Defina suas preferências como desejar na seção Programa de Atribuição da plataforma.

- Você não receberá uma Atribuição que sua margem disponível para o tipo de contrato não possa suportar.

Os separadores decimais e de milhares mostrados neste artigo podem diferir dos formatos exibidos em nossas plataformas de negociação. Revise nosso artigo sobre como usamos pontos e vírgulas para obter mais informações.