Opciones de interrupción de la plataforma

Última actualización: 13 feb 2026

Kraken Derivatives es una plataforma de trading 24/7 que se esfuerza por alcanzar el 100% de tiempo de actividad y conectividad para los clientes.

Sin embargo, ocasionalmente, la plataforma puede experimentar interrupciones debido a mantenimiento planificado y problemas de sistema no planificados.

Para lidiar con casos de interrupciones de la plataforma, proporcionamos a los clientes una variedad de herramientas para gestionar el espectro de tiempo de inactividad que se puede experimentar:

La mayoría de los casos de tiempo de inactividad en la plataforma ocurren debido a mantenimiento programado. Cuando hay una interrupción planificada, se envía una notificación programada.

Esta notificación se puede recuperar desde el endpoint de la API REST de notificaciones o recibir a través del endpoint de la API Websocket de notificaciones:

  • Aviso anticipado: Fuente de notificaciones

  • Problemas de conexión inesperados: Deadman's Switch

  • Regreso del tiempo de inactividad: Período de gestión de órdenes

Endpoint de la API REST de notificaciones

{
"result":"success",
"notifications":[
{
"type":"general",
"priority":"low",
"note":"We've launched a new Telegram group."
},
{
"type":"settlement",
"priority":"medium",
"note":"Week contracts with maturity 29/Jun/2018 expire and settle.",
"effectiveTime":"2018-06-29T15:00:00Z"
}
],
"serverTime":"2018-06-29T15:22:05.187Z"
}

Cuando se espera que la plataforma experimente tiempo de inactividad, la notificación contendrá:
type=maintenance
priority=high

La hora de inicio esperada del tiempo de inactividad estará en:
effectiveTime
Lo que representa la época unix.

Este método proporcionará un tiempo de aviso suficiente para que puedas reaccionar programáticamente.

Además, aparecerá una notificación en la interfaz de usuario para informar a los clientes de esto, incluyendo una ventana emergente que dejará claro al cliente que se avecina un tiempo de inactividad.

Notificación del endpoint de la API WebSocket

{
"feed":"notifications_auth",
"notifications":[
{
"id":"The Notification ID",
"type":"maintenance",
"priority":"high",
"note":"A note describing the notification.",
"effective_time":1520288300000
},

...
]
}

Cuando se espera que la plataforma experimente tiempo de inactividad, la notificación tanto para la API WebSocket como para la API REST contendrá:
type=maintenance
priority=high

La hora de inicio esperada del tiempo de inactividad estará en:
effectiveTime
Lo que representa la época unix.

Este método proporcionará un tiempo de aviso suficiente para que puedas reaccionar programáticamente.

Además, aparecerá una notificación en la interfaz de usuario para informar a los clientes de esto, incluyendo una ventana emergente que dejará claro al cliente que se avecina un tiempo de inactividad.

Hay otras ocasiones en las que quizás haya problemas de conectividad o tiempo de inactividad en la red que impidan que tu aplicación pueda realizar solicitudes.

Para solucionar esto, puedes usar el endpoint REST "cancelallordersafter" para especificar un período de tiempo de espera que, si no se envía una nueva solicitud antes de ese período, resultará en la cancelación de todas las órdenes.

Esto puede ser útil para los clientes que no desean gestionar las notificaciones de tiempo de inactividad programado y prefieren que el sistema cancele todas sus órdenes abiertas si la red está caída.

Este es un período después del tiempo de inactividad, cuando la plataforma ha vuelto, que permite al cliente realizar solo dos funciones:

  • Cancelar órdenes abiertas existentes

  • Crear órdenes solo de maker

Durante este período:

  • Las órdenes de mercado y las órdenes límite que crucen el libro de órdenes serán rechazadas por el motor de trading

  • Las órdenes de entrada por activación, stop loss y take profit no se activarán durante el período de solo posteo

  • Las liquidaciones no pueden ocurrir durante el período de solo posteo; sin embargo, si se alcanza el umbral de liquidación una vez que el trading esté habilitado, las liquidaciones ocurrirán según lo documentado

Esto se empleará después del tiempo de inactividad mientras se realizan las comprobaciones de la plataforma. Una vez que se hayan completado las comprobaciones de la plataforma, el modo de solo posteo se eliminará y el trading podrá reanudarse. El estado de solo posteo se notificará a través de la interfaz de usuario de la plataforma, las notificaciones de la API Websocket y REST, así como en la página de Estado de Kraken.

Ejemplo de notificación una vez que la plataforma está de nuevo en línea y los mercados están en modo de solo posteo:

{"feed":"notifications_auth","notifications":[{"id":419,"type":"market","priority":"high","effective_time":1655917620000,"note":"All contracts are now in post-only mode. Orders can be placed or cancelled, but no trades or liquidations can occur until post-only is disabled."}]}Ejemplo de notificación una vez que la plataforma está de nuevo en línea y los mercados están en modo de solo posteo:

{"feed":"notifications_auth","notifications":[{"id":420,"type":"market","priority":"high","effective_time":1655917620000,"note":"Post-only mode is now disabled and trading has resumed."}]}

¿Necesita más ayuda?