As liquidações parciais, juntamente com as taxas associadas, entrarão em vigor a 26 de março de 2026
Na Kraken Derivatives, o seu saldo de conta nunca pode ficar abaixo de zero. Isto deve-se ao nosso Processo de Proteção de Capital (EPP), um sistema de segurança automático que gere o risco em todas as posições abertas para garantir a integridade total do mercado.
Pense no EPP como a sua rede de segurança. Se uma negociação se mover drasticamente contra si e o valor da sua conta cair demasiado, o EPP é ativado automaticamente para fechar a sua posição antes que possa dever mais do que tem.
O básico: Margem Inicial e Margem de Manutenção
EPP por tipo de produto:
Os passos que o EPP segue dependem do tipo de contrato que está a negociar. Selecione o seu produto abaixo.
Os contratos Coin-M utilizam um processo de 3 passos:
Liquidação Total
Atribuição
Reversão
Cada passo só é ativado se o anterior não tiver sido suficiente para fechar totalmente a posição.
Quando o seu capital cai abaixo da Margem de Manutenção, a Kraken tenta automaticamente fechar a sua posição colocando uma ordem Immediate-or-Cancel (IOC) no mercado. Esta ordem tem um preço limite definido para que, se for executada, a sua conta não fique negativa.
Importante: Se a sua posição fechar a um preço melhor do que o pior cenário absoluto (preço de falência), você mantém qualquer margem restante. Muitas outras exchanges retiram toda a sua margem de manutenção, independentemente disso, nós não.
Exemplo: Você está comprado em 1.000 contratos BTC-USD, com entrada a 8.000 $. A sua margem de manutenção é de 0,00125 BTC. Quando o preço de marca atinge 7.481 $, a sua posição entra em liquidação. A Kraken submete uma ordem de venda IOC a 7.407 $ — o preço no qual o valor da sua conta estaria ligeiramente acima de zero. Se a ordem for executada a qualquer preço melhor do que 7.407 $, você mantém o que sobrar.
Por vezes, uma ordem de liquidação não pode ser totalmente executada — por exemplo, se não houver compradores suficientes no mercado naquele momento. Quando isso acontece, os contratos restantes passam por atribuição: a Kraken encaminha-os para fornecedores de liquidez registados que concordaram em assumir posições nestas situações.
O preço de atribuição é o preço de capital zero, o nível no qual a sua conta estaria exatamente a zero, para que a sua contraparte na negociação original possa manter a sua posição.
Exemplo: Um cliente tem duas posições longas abertas utilizando a mesma conta de margem:
COMPRADO 1.760.000 Contratos em PI_BTCUSD
COMPRADO 300.000 Contratos em FI_BTCUSD_200228
Quando a liquidação é ativada:
Posição | Tamanho Total | Liquidado via Mercado | Atribuído a Fornecedores de Liquidez |
|---|---|---|---|
PI_BTCUSD | 1.760.000 | 1.007.379 | 752.621 |
FI_BTCUSD_200228 | 300.000 | 300.000 | 0 |
O contrato FI foi vendido inteiramente no mercado aberto. O contrato PI só pôde ser vendido parcialmente — então os 752.621 contratos restantes foram atribuídos a fornecedores de liquidez.
Você receberá uma notificação por e-mail se a sua posição for atribuída. Os fornecedores de liquidez também são notificados imediatamente via WebSocket. O fornecedor de liquidez recebe imediatamente a notificação através do feed WebSocket alertando-o para a Atribuição. A mensagem tem este formato:
Bash
{ "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 } ]}Formato de resposta da API REST:
Bash
{ "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" } ... ]}Para detetar uma atribuição programaticamente, procure por fill_type: "assignee" (WebSocket) ou fillType: "assignee" (REST).
Nota: Você pode gerir as suas preferências de atribuição na secção Programa de Atribuição da plataforma. Você nunca receberá uma atribuição maior do que a sua margem disponível pode suportar.
Se não houver fornecedores de liquidez disponíveis para assumir os contratos restantes, esses contratos são revertidos. Isto significa:
O mecanismo de reversão foi concebido para ser justo. Os limites de reversão são definidos para cobrir aproximadamente um movimento de preço adverso de 1 hora e 99º percentil — o que significa que a compensação que você recebe deve ser suficiente para reentrar numa negociação semelhante sem perdas (e potencialmente um pequeno lucro).
Exemplo: Um cliente detém posições longas em:
Após liquidação e atribuição:
Posição | Tamanho Total | Valor Liquidado | Valor Atribuído | Valor Desfeito |
|---|---|---|---|---|
PI_ETHUSD | 2.920.000 | 2.007.379 | 751.605 | 161.016 |
FI_ETHUSD_210625 | 400.000 | 0 | 0 | 0 |
Os restantes 161.016 contratos que não puderam ser liquidados ou atribuídos foram desfeitos.
As contrapartes cujas posições são desfeitas recebem uma notificação por e-mail e um alerta imediato do WebSocket.
Formato da notificação do WebSocket:
Bash
{
"feed": "fills",
"username": "[email protected]",
"fills": [
{
"instrument": "PI_ETHUSD",
"time": 1623344903068,
"price": 1647.0,
"seq": 1,
"buy": false,
"qty": 10000.0,
"order_id": "9bae454b-ec93-43f8-b31c-33d3881fe7ae",
"fill_id": "1298e9ed-4284-43b9-ab9e-0d93591efb36",
"fill_type": "unwindCounterparty",
"fee_paid": -0.00182149362,
"fee_currency": "ETH"
}
]
}Formato da resposta da REST API:
Bash
{
"result": "success",
"fills": [
{
"fill_id": "1298e9ed-4284-43b9-ab9e-0d93591efb36",
"symbol": "pi_ethusd",
"side": "sell",
"order_id": "9bae454b-ec93-43f8-b31c-33d3881fe7ae",
"size": 10000,
"price": 1647,
"fillTime": "2021-06-10T17:08:23.068Z",
"fillType": "unwindCounterparty"
}
]
}Para detetar um unwind programaticamente, procure por fill_type: "unwindCounterparty" (WebSocket) ou fillType: "unwindCounterparty" (REST).
Como são escolhidas as contrapartes de unwind?
Quando os contratos são desfeitos (unwound), o sistema seleciona as contrapartes do lado oposto (por exemplo, posições curtas quando uma posição longa está a ser desfeita), classificadas da prioridade mais alta para a mais baixa. A classificação é calculada separadamente para posições longas e curtas usando:
Pontuação de classificação:
As posições com a pontuação de classificação mais alta são visadas primeiro.
Valor da Posição = [absolute(Tamanho/Preço)] (inverso)
Retorno sobre o Capital Próprio = [PnL/IM]
Alavancagem Efetiva = [Position Value/Portfolio Value]
Classificação (1,2,3...)-- Separado para LONG e SHORT:
se negativo: [RoE/Effective Leverage]
se positivo: [RoE*Effective Leverage]
Ex. Quando uma posição longa é desfeita (unwound), visa as posições curtas pela classificação mais alta (1º, 2º, 3º, etc.) até ser totalmente desfeita (unwound).
O EPP Multi-M segue cinco passos principais:
Liquidação Parcial
Liquidação Total
Atribuição
Liquidação Coberta
Unwind
Se o seu Capital Próprio da Conta de Margem estiver abaixo do limite da margem de manutenção, mas acima da Margem de Liquidação, então, antes de acionar uma liquidação total, o sistema tenta restaurar o seu Capital Próprio da Conta de Margem fechando parcialmente a sua posição em incrementos de 10%. Isto continua até que o seu capital seja restaurado acima da Margem de Manutenção ou a posição seja totalmente fechada.
É cobrada uma Taxa de Liquidação Parcial em cada iteração preenchida onde o preço de preenchimento é mais favorável do que o Preço de Capital Zero. A taxa é a diferença entre o preço de preenchimento (limitado ao Preço de Mercado) e o Preço de Capital Zero, multiplicado pela quantidade preenchida.
Exemplo: Você tem uma posição longa de 10 contratos PF_BTCUSD a um Preço de Mercado de 20.000 $. O Capital Próprio da Conta de Margem é de 1.900 $ contra um requisito de Margem de Manutenção de 2.000 $, mas acima da Margem de Liquidação.
Iteração 1: 1 contrato é fechado a 19.820 $. Taxa cobrada: 10 $ (excesso acima do Preço de Capital Zero de 19.810 $). O capital é agora de 1.710 $
Iteração 2: 1 contrato é fechado a 19.850 $. Taxa cobrada: 40 $. O capital é agora de 1.520 $
Iteração 3: 1 contrato fecha exatamente ao Preço de Capital Zero. Nenhuma taxa cobrada. O capital é agora de 1.330 $
Iteração 4: 1 contrato fecha a 20.100 $, acima do Preço de Mercado. A taxa é limitada ao Preço de Mercado, dando um excesso de 190 $ acima do Preço de Capital Zero. Taxa cobrada: 190 $. Os restantes 100 $ acima do Preço de Mercado são retidos pelo trader. O capital é agora de 1.240 $
Iteração 5: O capital de 1.240 $ excede a Margem de Manutenção de 1.200 $. O processo de liquidação parcial é concluído.
No total, 4 contratos foram fechados por 79.580 $ em valor nocional, com 240 $ em taxas cobradas.
O mesmo conceito central de uma liquidação Coin-M, com uma diferença fundamental: uma Taxa de Liquidação Total é aplicada quando este passo é acionado. A taxa é igual a metade da percentagem mínima da Margem de Manutenção para o contrato. (ex. para PF_XBTUSD, a taxa de liquidação é de 0,5%, metade do MM mínimo de 1%).
Exemplo: Você tem uma posição longa de 10 contratos PF_XBTUSD a um preço de entrada de 20.000 $. Valor total da posição: 200.000 $. A sua margem de manutenção é de 2.000 $.
A liquidação é acionada quando o preço de mercado atinge 19.200 $
Uma taxa de liquidação de 1.000 $ (0,5% × 200.000 $) é debitada imediatamente
Uma ordem de venda IOC é submetida por volta de 19.100 $, o preço onde o seu capital de margem seria zero.
O mesmo processo que Coin-M, com uma diferença no preço: em Multi-M, se o Derivatives Liquidity Pool tiver fundos suficientes, o preço de atribuição será definido entre 0,75%–2,5% do preço de mercado (em vez de estritamente a capital zero). Se o pool não tiver fundos suficientes, o padrão é o preço de capital zero.
Exemplo: Um cliente detém:
- 10 contratos em PF_XBTUSD
- 3 contratos em FF_XBTUSD_230728
Posição | Tamanho | Valor Liquidado | Valor Atribuído |
|---|---|---|---|
PF_XBTUSD | 10 | 8 | 2 |
FF_XBTUSD_230728 | 3 | 3 | 0 |
Os formatos de resposta do WebSocket e REST são idênticos aos do Coin-M, procure por fill_type: "assignee" / fillType: "assignee".
Nota: Pode gerir as suas preferências de atribuição na secção Assignment Program. Nunca receberá uma atribuição que a sua margem disponível não consiga suportar.
Este passo é exclusivo do Multi-M. Se a atribuição não conseguir colocar todos os contratos restantes, e o Pool de Liquidez de Derivados tiver fundos suficientes para cobrir o défice, e o spread de mercado atual for inferior a 4%, a Kraken tentará mais uma liquidação usando os fundos do pool.
Isto funciona submetendo outra ordem IOC com o seu preço limite definido a 5% de distância do melhor preço de compra/venda. Se for executada, o pool cobre quaisquer perdas adicionais creditando a conta de margem, garantindo que o seu saldo não fica negativo.
Se o pool não tiver fundos suficientes, o processo avança para o passo final: Unwind.
Exemplo: Um cliente detém:
- 50 contratos em PF_ETHUSD
- 15 contratos em FF_ETHUSD_230728
Posição | Tamanho | Valor | Valor | Valor Liquidado (coberto) | Valor |
|---|---|---|---|---|---|
PF_ETHUSD | 50 | 30 | 15 | 5 | 0 |
FF_ETHUSD_230728 | 15 | 15 | 0 | 0 | 0 |
Se, por qualquer motivo, a liquidação coberta não puder ser executada, os contratos restantes são sujeitos a um "unwind". Isto significa que os contratos entre si e as suas contrapartes terminam e que o valor restante da carteira da conta de margem é transferido para as suas contrapartes. Um unwind de uma carteira de margem não afetará quaisquer outras carteiras de margem.
Exemplo de Unwind
Assumamos que um utilizador tem as seguintes posições:
- LONG 50 Contratos em PF_ETHUSD
- LONG 15 Contratos em FF_ETHUSD_230728
Ambas estas posições têm margem cruzada usando a carteira de margem Multi-M, que mede o risco em tempo real, avaliando o colateral vs valor da posição, para determinar se deve liquidar.
Assim que o capital de margem da carteira Multi-M estiver abaixo do requisito de margem de manutenção para ambas as posições, ocorre a liquidação e o sistema vende essas posições no livro de ordens ao preço imputado de 0-equity para cada contrato.
Neste caso, a liquidação do utilizador desenrola-se da seguinte forma:
Posição | Tamanho | Valor | Valor | Valor de Liquidação Coberta | Valor |
|---|---|---|---|---|---|
PF_ETHUSD | 50 | 30 | 15 | 3 | 2 |
FF_ETHUSD_230728 | 15 | 15 | 0 | 0 | 0 |
Se a liquidação coberta também falhar, os contratos restantes são desenrolados, o mesmo que em Coin-M. Os contratos são cancelados, o valor restante da carteira é transferido para as contrapartes, e o desenrolamento não afeta quaisquer outras carteiras de margem.
Os formatos WebSocket e REST são idênticos aos de Coin-M, procure por fill_type: "unwindCounterparty" / fillType: "unwindCounterparty".
Como são escolhidas as contrapartes de desenrolamento?
A mesma lógica de classificação que em Coin-M, mas o Valor da Posição é calculado de forma diferente para Multi-M (com margem em USD):
Pontuação de classificação: