Kraken Derivatives è una piattaforma di trading 24 ore su 24, 7 giorni su 7, che si impegna a raggiungere il 100% di uptime e connettività per i clienti.
Tuttavia, occasionalmente, la piattaforma può subire interruzioni a causa di manutenzione programmata e problemi di sistema imprevisti.
Per gestire i casi di interruzioni della piattaforma, forniamo ai clienti una varietà di strumenti per gestire lo spettro di tempi di inattività che possono essere riscontrati:
La maggior parte dei casi di downtime sulla piattaforma si verificano a causa di manutenzione programmata. Quando si verifica un'interruzione pianificata, viene inviata una notifica programmata.
Questa notifica può essere recuperata dall'endpoint Notifications REST API o ricevuta tramite l'endpoint Notification Websocket API:
Avviso anticipato: Notification Feed
Problemi di connessione imprevisti: Deadman's Switch
Ritorno dall'inattività: Order Management Period
{
"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"
}
Quando la piattaforma dovrebbe subire un'interruzione, la notifica conterrà:
type=maintenance
priority=high
L'ora di inizio prevista dell'interruzione sarà in:
effectiveTime
Che rappresenta l'unix epoch.
Questo metodo fornirà un ampio preavviso in modo che Lei possa reagire programmaticamente.
Inoltre, una notifica nell'interfaccia utente apparirà per avvisare i clienti di ciò, inclusa una finestra pop-up che chiarisce al cliente che è in arrivo un'interruzione.
{
"feed":"notifications_auth",
"notifications":[
{
"id":"The Notification ID",
"type":"maintenance",
"priority":"high",
"note":"A note describing the notification.",
"effective_time":1520288300000
},
...
]
}
Quando la piattaforma dovrebbe subire un'interruzione, la notifica sia per la WebSocket API che per la REST API conterrà:
type=maintenance
priority=high
L'ora di inizio prevista dell'interruzione sarà in:
effectiveTime
Che rappresenta l'unix epoch.
Questo metodo fornirà un ampio preavviso in modo che Lei possa reagire programmaticamente.
Inoltre, una notifica nell'interfaccia utente apparirà per avvisare i clienti di ciò, inclusa una finestra pop-up che chiarisce al cliente che è in arrivo un'interruzione.
Ci sono altri momenti in cui potrebbero esserci problemi di connettività o interruzioni nella rete che impediscono alla Sua applicazione di effettuare richieste.
Per ovviare a ciò, Lei può utilizzare l'endpoint REST "cancelallordersafter" per specificare un periodo di timeout che, se una nuova richiesta non viene inviata prima di tale periodo, comporterà l'annullamento di tutti gli ordini.
Questo può essere utile per i clienti che non desiderano gestire le notifiche di inattività programmata e preferiscono che il sistema annulli tutti i loro ordini aperti se la rete è inattiva.
Questo è un periodo successivo all'inattività, quando la piattaforma è tornata operativa, che consente al cliente di eseguire solo due funzioni:
Annullare gli ordini aperti esistenti
Creare ordini solo maker
Durante questo periodo:
Gli ordini a mercato e gli ordini limite che incrociano l'order book saranno rifiutati dal motore di trading
Gli ordini di trigger entry, stop loss e take profit non si attiveranno durante il periodo post-only
Le liquidazioni non possono verificarsi durante il periodo post-only; tuttavia, se la soglia di liquidazione viene raggiunta una volta abilitato il trading, le liquidazioni si verificheranno come documentato
Questo verrà impiegato dopo l'inattività mentre vengono eseguiti i controlli della piattaforma. Una volta completati i controlli della piattaforma, la modalità post-only verrà rimossa e il trading potrà riprendere. Lo stato post-only verrà notificato tramite l'interfaccia utente della piattaforma, le notifiche Websocket e REST API, nonché sulla pagina Kraken Status.
Esempio di notifica una volta che la piattaforma è di nuovo online e i mercati sono in modalità post-only:
{"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."}]}Esempio di notifica una volta che la piattaforma è di nuovo online e i mercati sono in modalità post-only:
{"feed":"notifications_auth","notifications"[{"id":420,"type":"market","priority":"high","effective_time":1655917620000,"note":"Post-only mode is now disabled and trading has resumed."}]}