Kraken Derivatives est une plateforme de trading 24h/24 et 7j/7 qui s'efforce d'atteindre 100 % de disponibilité et de connectivité pour ses clients.
Cependant, la plateforme peut occasionnellement subir des interruptions en raison de maintenances planifiées et de problèmes système imprévus.
Afin de gérer les cas de pannes de plateforme, nous fournissons aux clients une variété d'outils pour gérer l'éventail des temps d'arrêt qui peuvent être rencontrés :
La plupart des cas d'interruption de service sur la plateforme sont dus à une maintenance programmée. En cas de panne planifiée, une notification programmée est envoyée.
Cette notification peut être récupérée à partir du point de terminaison de l'API REST des notifications ou reçue via le point de terminaison de l'API Websocket des notifications :
Avertissement préalable : Flux de notifications
Problèmes de connexion inattendus : Deadman's Switch
Retour après une interruption : Période de gestion des ordres
{
"result":"success",
"notifications":[
{
"type":"general",
"priority":"low",
"note":"Nous avons lancé un nouveau groupe Telegram."
},
{
"type":"settlement",
"priority":"medium",
"note":"Les contrats hebdomadaires avec échéance le 29/juin/2018 expirent et sont réglés.",
"effectiveTime":"2018-06-29T15:00:00Z"
}
],
"serverTime":"2018-06-29T15:22:05.187Z"
}
Lorsque la plateforme est susceptible de subir une interruption, la notification contiendra :
type=maintenance
priority=high
L'heure de début prévue de l'interruption sera dans :
effectiveTime
Qui représente l'époque Unix.
Cette méthode donnera un temps d'avertissement suffisant pour que vous puissiez réagir de manière programmatique.
De plus, une notification apparaîtra dans l'interface utilisateur pour en informer les clients, y compris une fenêtre contextuelle qui indique clairement au client qu'une interruption est à venir.
{
"feed":"notifications_auth",
"notifications":[
{
"id":"The Notification ID",
"type":"maintenance",
"priority":"high",
"note":"Une note décrivant la notification.",
"effective_time":1520288300000
},
...
]
}
Lorsque la plateforme est susceptible de subir une interruption, la notification pour l'API WebSocket et l'API REST contiendra :
type=maintenance
priority=high
L'heure de début prévue de l'interruption sera dans :
effectiveTime
Qui représente l'époque Unix.
Cette méthode donnera un temps d'avertissement suffisant pour que vous puissiez réagir de manière programmatique.
De plus, une notification apparaîtra dans l'interface utilisateur pour en informer les clients, y compris une fenêtre contextuelle qui indique clairement au client qu'une interruption est à venir.
Il arrive parfois que des problèmes de connectivité ou des interruptions de réseau empêchent votre application d'envoyer des requêtes.
Pour y remédier, vous pouvez utiliser le point de terminaison REST "cancelallordersafter" pour spécifier une période de temporisation qui, si aucune nouvelle requête n'est envoyée avant cette période, entraînera l'annulation de tous les ordres.
Cela peut être utile pour les clients qui ne souhaitent pas gérer les notifications d'interruption programmée et préfèrent laisser le système annuler tous leurs ordres ouverts si le réseau est hors service.
Il s'agit d'une période après une interruption de service, lorsque la plateforme est de nouveau opérationnelle, qui permet au client d'effectuer seulement deux fonctions :
Annuler les ordres ouverts existants
Créer des ordres maker-only
Pendant cette période :
Les ordres au marché et les ordres limites qui traversent le carnet d'ordres seront rejetés par le moteur de trading
Les ordres d'entrée de déclenchement, stop loss et take profit ne s'activeront pas pendant la période post-only
Les liquidations ne peuvent pas avoir lieu pendant la période post-only ; cependant, si le seuil de liquidation est atteint une fois le trading activé, la ou les liquidations se produiront comme documenté
Ceci sera appliqué après une interruption de service pendant que les vérifications de la plateforme sont effectuées. Une fois les vérifications de la plateforme terminées, le mode post-only sera désactivé et le trading pourra reprendre. Le statut post-only sera notifié via l'interface utilisateur de la plateforme, les notifications de l'API Websocket et REST, ainsi que sur la page Kraken Status.
Exemple de notification une fois la plateforme en ligne et les marchés en mode post-only :
{"feed":"notifications_auth","notifications":[{"id":419,"type":"market","priority":"high","effective_time":1655917620000,"note":"Tous les contrats sont maintenant en mode post-only. Les ordres peuvent être placés ou annulés, mais aucune transaction ni liquidation ne peut avoir lieu tant que le mode post-only n'est pas désactivé."}]}Exemple de notification une fois la plateforme en ligne et les marchés en mode post-only :
{"feed":"notifications_auth","notifications"[{"id":420,"type":"market","priority":"high","effective_time":1655917620000,"note":"Le mode post-only est maintenant désactivé et le trading a repris."}]}