All
Filtrar por:
¿Cómo deposito efectivo en mi cuenta?
Necesito ayuda con la verificación de la cuenta
¿Por qué no puedo acceder a mi cuenta?
¿Existen comisiones por retirar criptomonedas?
Necesito ayuda para iniciar sesión en mi cuenta
Las liquidaciones parciales, junto con las tarifas asociadas, estarán disponibles el 26 de marzo de 2026
En Kraken Derivatives, el saldo de tu cuenta nunca puede ser negativo. Esto es gracias a nuestro Proceso de Protección de Capital (EPP), un sistema de seguridad automático que gestiona el riesgo en todas las posiciones abiertas para garantizar la plena integridad del mercado.
Piensa en el EPP como tu red de seguridad. Si una operación se mueve bruscamente en tu contra y el valor de tu cuenta cae demasiado, el EPP se activa automáticamente para cerrar tu posición antes de que puedas deber más de lo que tienes.
Lo básico: Margen inicial y Margen de mantenimiento
EPP por tipo de producto:
Los pasos que sigue el EPP dependen del tipo de contrato con el que estés operando. Selecciona tu producto a continuación.
Los contratos Coin-M utilizan un proceso de 3 pasos:
Liquidación completa
Asignación
Deshacer
Cada paso solo se activa si el anterior no fue suficiente para cerrar completamente la posición.
Cuando tu capital cae por debajo del Margen de mantenimiento, Kraken intenta automáticamente cerrar tu posición colocando una orden de ejecución inmediata o cancelación (IOC) en el mercado. Esta orden tiene un precio límite establecido para que, si se ejecuta, tu cuenta no sea negativa.
Importante: Si tu posición se cierra a un precio mejor que el peor de los casos (quiebra), conservas el margen restante. Muchos otros exchanges se quedan con todo tu margen de mantenimiento, nosotros no.
Ejemplo: Tienes una posición larga de 1.000 contratos BTC-USD, introducidos a 8.000 $. Tu margen de mantenimiento es de 0,00125 BTC. Cuando el precio de marca alcanza los 7.481 $, tu posición entra en liquidación. Kraken envía una orden de venta IOC a 7.407 $, el precio al que el valor de tu cuenta estaría justo por encima de cero. Si la orden se ejecuta a un precio mejor que 7.407 $, te quedas con lo que sobra.
A veces, una orden de liquidación no puede ejecutarse por completo; por ejemplo, si no hay suficientes compradores en el mercado en ese momento. Cuando esto ocurre, los contratos restantes pasan por asignación: Kraken los dirige a proveedores de liquidez registrados que han acordado asumir posiciones en estas situaciones.
El precio de asignación es el precio de capital cero, el nivel en el que tu cuenta estaría exactamente a cero, para que tu contraparte en la operación original pueda mantener su posición.
Ejemplo: Un cliente tiene dos posiciones largas abiertas utilizando la misma cuenta de margen:
LARGO 1.760.000 contratos en PI_BTCUSD
LARGO 300.000 contratos en FI_BTCUSD_200228
Cuando se activa la liquidación:
Posición | Tamaño total | Liquidado a través del mercado | Asignado a proveedores de liquidez |
|---|---|---|---|
PI_BTCUSD | 1.760.000 | 1.007.379 | 752.621 |
FI_BTCUSD_200228 | 300.000 | 300.000 | 0 |
El contrato FI se vendió completamente en el mercado abierto. El contrato PI solo pudo venderse parcialmente, por lo que los 752.621 contratos restantes se asignaron a proveedores de liquidez.
Recibirás una notificación por correo electrónico si tu posición es asignada. Los proveedores de liquidez también son notificados inmediatamente a través de WebSocket. El proveedor de liquidez recibe inmediatamente la notificación a través del feed de WebSocket, alertándole de la asignación. El mensaje tiene 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 respuesta de la 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 detectar una asignación programáticamente, busca fill_type: "assignee" (WebSocket) o fillType: "assignee" (REST).
Nota: Puedes gestionar tus preferencias de asignación en la sección Programa de asignación de la plataforma. Nunca recibirás una asignación mayor de lo que tu margen disponible pueda soportar.
Si no hay proveedores de liquidez disponibles para asumir los contratos restantes, esos contratos se deshacen. Esto significa:
El mecanismo de deshacer está diseñado para ser justo. Los umbrales de deshacer se establecen para cubrir aproximadamente un movimiento adverso del precio del percentil 99 de 1 hora, lo que significa que la compensación que recibes debería ser suficiente para volver a entrar en una operación similar sin pérdidas (y potencialmente con una pequeña ganancia).
Ejemplo: Un cliente tiene posiciones largas en:
Después de la liquidación y asignación:
Posición | Tamaño total | Cantidad liquidada | Cantidad asignada | Cantidad desenrollada |
|---|---|---|---|---|
PI_ETHUSD | 2.920.000 | 2.007.379 | 751.605 | 161.016 |
FI_ETHUSD_210625 | 400.000 | 0 | 0 | 0 |
Los 161.016 contratos restantes que no pudieron ser liquidados o asignados fueron desenrollados.
Las contrapartes cuyas posiciones son desenrolladas reciben una notificación por correo electrónico y una alerta inmediata de WebSocket.
Formato de notificación de 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 de respuesta de la API REST:
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 detectar un desenrollado programáticamente, busca fill_type: "unwindCounterparty" (WebSocket) o fillType: "unwindCounterparty" (REST).
¿Cómo se eligen las contrapartes de desenrollado?
Cuando los contratos se desenrollan, el sistema selecciona contrapartes en el lado opuesto (por ejemplo, posiciones cortas cuando se desenrolla una larga), clasificadas de mayor a menor prioridad. La clasificación se calcula por separado para posiciones largas y cortas utilizando:
Puntuación de clasificación:
Las posiciones con la puntuación de clasificación más alta son las primeras en ser objetivo.
Valor de la posición = [absolute(Size/Price)] (inverso)
Rentabilidad sobre el capital = [PnL/IM]
Apalancamiento efectivo = [Position Value/Portfolio Value]
Clasificación (1,2,3...)-- Separado para LARGO y CORTO:
si es negativo: [RoE/Effective Leverage]
si es positivo: [RoE*Effective Leverage]
Por ejemplo, cuando una posición larga es desenrollada, se dirige a las posiciones cortas por el rango más alto (1º primero, 2º segundo, 3º tercero, etc.) hasta que se desenrolla por completo.
El EPP Multi-M sigue cinco pasos principales:
Liquidación parcial
Liquidación total
Asignación
Liquidación cubierta
Desenrollado
Si tu capital de cuenta de margen está por debajo del umbral de margen de mantenimiento pero por encima del margen de liquidación, antes de activar una liquidación total, el sistema intenta restaurar tu capital de cuenta de margen cerrando parcialmente tu posición en incrementos del 10%. Esto continúa hasta que tu capital se restaura por encima del margen de mantenimiento o la posición se cierra por completo.
Se cobra una comisión de liquidación parcial en cada iteración completada donde el precio de ejecución es más favorable que el precio de capital cero. La comisión es la diferencia entre el precio de ejecución (limitado al precio de mercado) y el precio de capital cero, multiplicado por la cantidad ejecutada.
Ejemplo: Tienes una posición larga de 10 contratos PF_BTCUSD a un precio de mercado de 20.000 $. El capital de la cuenta de margen es de 1.900 $ frente a un requisito de margen de mantenimiento de 2.000 $, pero por encima del margen de liquidación.
Iteración 1: 1 contrato se cierra a 19.820 $. Comisión cobrada: 10 $ (exceso sobre el precio de capital cero de 19.810 $). El capital es ahora de 1.710 $
Iteración 2: 1 contrato se cierra a 19.850 $. Comisión cobrada: 40 $. El capital es ahora de 1.520 $
Iteración 3: 1 contrato se cierra exactamente al precio de capital cero. No se cobra comisión. El capital es ahora de 1.330 $
Iteración 4: 1 contrato se cierra a 20.100 $, por encima del precio de mercado. La comisión está limitada al precio de mercado, lo que da un exceso de 190 $ sobre el precio de capital cero. Comisión cobrada: 190 $. Los 100 $ restantes por encima del precio de mercado son retenidos por el trader. El capital es ahora de 1.240 $
Iteración 5: El capital de 1.240 $ excede el margen de mantenimiento de 1.200 $. El proceso de liquidación parcial ha finalizado.
En total, se cerraron 4 contratos por un valor nominal de 79.580 $, con 240 $ en comisiones cobradas.
Mismo concepto central que una liquidación Coin-M, con una diferencia clave: se aplica una comisión de liquidación total cuando se activa este paso. La comisión equivale a la mitad del porcentaje mínimo de margen de mantenimiento para el contrato. (ej. para PF_XBTUSD, la comisión de liquidación es del 0,5%, la mitad del 1% de MM mínimo).
Ejemplo: Tienes una posición larga de 10 contratos PF_XBTUSD a un precio de entrada de 20.000 $. Valor total de la posición: 200.000 $. Tu margen de mantenimiento es de 2.000 $.
La liquidación se activa cuando el precio de mercado alcanza los 19.200 $
Se debita inmediatamente una comisión de liquidación de 1.000 $ (0,5% × 200.000 $)
Se envía una orden de venta IOC alrededor de los 19.100 $, el precio donde tu capital de margen sería cero.
Mismo proceso que Coin-M, con una diferencia en el precio: en Multi-M, si el fondo de liquidez de derivados tiene fondos suficientes, el precio de asignación se establecerá entre el 0,75% y el 2,5% del precio de mercado (en lugar de estrictamente a capital cero). Si el fondo no tiene fondos suficientes, se recurre al precio de capital cero.
Ejemplo: Un cliente tiene:
- 10 contratos en PF_XBTUSD
- 3 contratos en FF_XBTUSD_230728
Posición | Tamaño | Cantidad liquidada | Cantidad asignada |
|---|---|---|---|
PF_XBTUSD | 10 | 8 | 2 |
FF_XBTUSD_230728 | 3 | 3 | 0 |
Los formatos de respuesta de WebSocket y REST son idénticos a los de Coin-M; busca fill_type: "assignee" / fillType: "assignee".
Nota: Puedes gestionar tus preferencias de asignación en la sección Programa de Asignación. Nunca recibirás una asignación que tu margen disponible no pueda gestionar.
Este paso es exclusivo de Multi-M. Si la asignación no logra colocar todos los contratos restantes, y el Fondo de Liquidez de Derivados tiene fondos suficientes para cubrir el déficit, y el diferencial de mercado actual es inferior al 4%, Kraken intentará una liquidación más utilizando los fondos del fondo.
Esto funciona enviando otra orden IOC con su precio límite establecido un 5% por debajo del mejor precio de compra/venta. Si se ejecuta, el fondo cubre cualquier pérdida adicional acreditando la cuenta de margen, asegurando que tu saldo no sea negativo.
Si el fondo no tiene fondos suficientes, el proceso pasa al paso final: Unwind.
Ejemplo: Un cliente tiene:
- 50 contratos en PF_ETHUSD
- 15 contratos en FF_ETHUSD_230728
Posición | Tamaño | Cantidad | Cantidad | Cantidad Liquidada (cubierta) | Cantidad |
|---|---|---|---|---|---|
PF_ETHUSD | 50 | 30 | 15 | 5 | 0 |
FF_ETHUSD_230728 | 15 | 15 | 0 | 0 | 0 |
Si, por cualquier motivo, la liquidación cubierta no puede ejecutarse, los contratos restantes se someten a un "unwind". Esto significa que los contratos entre tú y tus contrapartes finalizan y que el valor restante de la cartera de la cuenta de margen se transfiere a tus contrapartes. Un unwind de un monedero de margen no afectará a ningún otro monedero de margen.
Ejemplo de Unwind
Supongamos que hay un usuario cuyas posiciones actuales son:
- LONG 50 Contratos en PF_ETHUSD
- LONG 15 Contratos en FF_ETHUSD_230728
Ambas posiciones tienen margen cruzado utilizando el monedero de margen Multi-M, que mide el riesgo en tiempo real, valorando la garantía frente al valor de la posición, para determinar si liquidar.
Una vez que el capital de margen del monedero Multi-M está por debajo del requisito de margen de mantenimiento para ambas posiciones, se produce la liquidación y el sistema vende esas posiciones en el libro de órdenes al precio imputado de 0-equity para cada contrato.
En este caso, la liquidación del usuario se desarrolla de la siguiente manera:
Posición | Tamaño | Cantidad | Cantidad | Cantidad Liquidación Cubierta | Cantidad |
|---|---|---|---|---|---|
PF_ETHUSD | 50 | 30 | 15 | 3 | 2 |
FF_ETHUSD_230728 | 15 | 15 | 0 | 0 | 0 |
Si la liquidación cubierta también falla, los contratos restantes se liquidan, igual que en Coin-M. Los contratos se cancelan, el valor restante de la cartera se transfiere a las contrapartes, y la liquidación no afecta a ninguna otra cartera de margen.
Los formatos WebSocket y REST son idénticos a Coin-M; busca fill_type: "unwindCounterparty" / fillType: "unwindCounterparty".
¿Cómo se eligen las contrapartes de liquidación?
La misma lógica de clasificación que en Coin-M, pero el Valor de la posición se calcula de forma diferente para Multi-M (con margen en USD):
Puntuación de clasificación: