Due to an increase in demand, you may experience delays with Live Support. If you're having trouble signing in, please view this guide.
Buscar
Opciones de interrupción de la plataforma
Kraken Futures es una plataforma de operaciones 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 tiempos de inactividad debido a mantenimiento planificado y problemas de sistemas no planificados.
Con el fin de hacer frente a los casos de interrupciones de la plataforma, proporcionamos a los usuarios una variedad de herramientas para gestionar el espectro de tiempo de inactividad que se puede experimentar:
  • Advertencia previa: Feed de notificación
  • Problemas de conexión inesperados: Deadman's Switch
  • Regresando del tiempo de inactividad: Período de gestión de órdenes
 

Notificación

La mayoría de los casos de inactividad en la plataforma se producen debido a un mantenimiento programado. Cuando hay una interrupción planeada, se envía una notificación programada.
Esta notificación se puede recuperar desde el punto final de la API de Notificaciones REST:
{ "resultado":"satisfactorio", "notificaciones":[ { "tipo":"general", "prioridad":"bajo", "nota":"Hemos lanzado un nuevo grupo de Telegram." }, { "tipo":"liquidación", "prioridad":"medio", "nota":"Los contratos semanales con vencimiento el 29/jun/2018 expiran y se liquidan.", "Time efectivo":"2018-06-29T15:00:00Z" } ], "Tiempo del servidor":"2018-06-29T15:22:05.187Z"}
Cuando se espera que la plataforma experimente un tiempo de inactividad, la notificación incluirá:tipo=mantenimientoprioridad=altaLa hora de inicio esperada del tiempo de inactividad se habrá cumplido:tiempo efectivoQue representa el unix epoch.
Este método le dará un tiempo de aviso suficiente para que pueda reaccionar de forma programada.
Además, aparecerá una notificación en la interfaz de usuario para notificar a los usuarios de esto, incluyendo una ventana emergente que aclara al usuario que se avecina un tiempo de inactividad.

Deadman's switch

Hay otras veces en las que tal vez haya problemas de conectividad o tiempo de inactividad en la red que hacen que su aplicación ya no pueda realizar solicitudes.
Para ello, puede utilizar la función el punto final de REST "cancelartodaslasórdenesdespués" para especificar un período de tiempo de espera que, si no se envía una nueva solicitud antes de ese período, dará lugar a la cancelación de todas los órdenes.
Esto puede ser útil para los usuarios que no quieren manejar las notificaciones de tiempo de inactividad del programa y prefieren dejar que el sistema cancele todas sus órdenes pendientes si la red está inactiva.

Período de devolución de la gestión de órdenes

Se trata de un período posterior cuando la plataforma ha regresado, que permite al usuario realizar sólo dos funciones:
  • Cancelar órdenes abiertas existentes
  • Crear sólo órdenes maker
Esto no siempre se empleará. Por ejemplo, si sólo ha habido un breve tiempo de inactividad de 1-2 minutos para un hotfix, y los precios de los contratos operados no se han movido, entonces un período de gestión de órdenes no sería necesario.
Sin embargo, si el tiempo de inactividad es superior a 5 minutos, entonces añadiremos un período mínimo de 1 minuto para la gestión de órdenes. Si los precios de los instrumentos operados se han desviado significativamente del punto de inactividad, extenderemos este período hasta 15 minutos para dar tiempo suficiente a los usuarios que no hayan sido notificados.