Alternativer for plattformavbrudd

Sist oppdatert: 13. februar 2026

Kraken Derivatives er en 24/7 handelsplattform som streber etter å oppnå 100 % oppetid og tilkobling for klienter.

Imidlertid kan plattformen av og til oppleve nedetid på grunn av planlagt vedlikehold og uforutsette systemproblemer.

For å håndtere tilfeller av plattformavbrudd tilbyr vi klienter en rekke verktøy for å administrere spekteret av nedetid som kan oppstå:

De fleste tilfeller av nedetid på plattformen skyldes planlagt vedlikehold. Når det er et planlagt avbrudd, sendes en planlagt varsling.

Denne varslingen kan hentes fra Notifications REST API-endepunktet eller mottas via Notification Websocket API-endepunktet:

  • Forhåndsvarsel: Varslingsfeed

  • Uventede tilkoblingsproblemer: Deadman's Switch

  • Tilbake fra nedetid: Ordreadministrasjonsperiode

Notifications REST API-endepunkt

{
"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"
}

Når plattformen forventes å oppleve nedetid, vil varslingen inneholde:
type=maintenance
priority=high

Forventet starttidspunkt for nedetiden vil være i:
effectiveTime
Som representerer unix epoch.

Denne metoden vil gi rikelig med varslingstid slik at du kan reagere programmatisk.

I tillegg vil en varsling i brukergrensesnittet dukke opp for å informere klienter om dette, inkludert en popup som tydeliggjør for klienten at det er nedetid på vei.

WebSocket API-endepunktvarsling

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

...
]
}

Når plattformen forventes å oppleve nedetid, vil varslingen for både WebSocket API og REST API inneholde:
type=maintenance
priority=high

Forventet starttidspunkt for nedetiden vil være i:
effectiveTime
Som representerer unix epoch.

Denne metoden vil gi rikelig med varslingstid slik at du kan reagere programmatisk.

I tillegg vil en varsling i brukergrensesnittet dukke opp for å informere klienter om dette, inkludert en popup som tydeliggjør for klienten at det er nedetid på vei.

Det er andre ganger hvor det kanskje er tilkoblingsproblemer eller nedetid i nettverket som gjør at applikasjonen din ikke lenger kan sende forespørsler.

For å imøtekomme dette kan du bruke "cancelallordersafter" REST-endepunktet for å spesifisere en tidsavbruddsperiode som, hvis en ny forespørsel ikke sendes før den perioden, vil føre til at alle ordre kanselleres.

Dette kan være nyttig for klienter som ikke ønsker å håndtere de planlagte nedetidsvarslingene og heller vil la systemet kansellere alle deres åpne ordre hvis nettverket er nede.

Dette er en periode etter nedetid når plattformen har kommet tilbake, som tillater klienten å utføre kun to funksjoner:

  • Kanseller eksisterende åpne ordre

  • Opprett kun maker-ordre

I løpet av denne perioden:

  • Markedsordre og limitordre som krysser ordreboken vil bli avvist av handelsmotoren

  • Trigger entry, stop loss og take profit-ordre vil ikke aktiveres i post-only-perioden

  • Likvideringer kan ikke skje i post-only-perioden, men hvis likvideringsterskelen er nådd når handel er aktivert, vil likvidering(er) skje som dokumentert

Dette vil bli brukt etter nedetid mens plattformkontroller utføres. Når plattformkontrollene er fullført, vil post-only bli fjernet og handel kan gjenopptas. Post-only-statusen vil bli varslet via plattformens brukergrensesnitt, Websocket- og REST API-varslinger, samt på Kraken Status-siden.

Eksempel på varsling når plattformen er tilbake online og markeder er i post-only-modus:

{"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."}]}Eksempel på varsling når plattformen er tilbake online og markeder er i post-only-modus:

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

Trenger du mer hjelp?