Alternativ för plattformsavbrott

Senast uppdaterad: 13 februari 2026

Kraken Derivatives är en handelsplattform som är tillgänglig dygnet runt, året runt, och strävar efter 100 % drifttid och anslutning för kunder.

Ibland kan dock plattformen uppleva driftstopp på grund av planerat underhåll och oplanerade systemproblem.

För att hantera fall av plattformsavbrott tillhandahåller vi kunder en mängd olika verktyg för att hantera de olika typer av driftstopp som kan uppstå:

De flesta fall av driftstopp på plattformen beror på schemalagt underhåll. Vid ett planerat avbrott skickas en schemalagd avisering.

Denna avisering kan hämtas från Notifications REST API endpoint eller tas emot via Notification Websocket API endpoint:

  • Förvarning: Notisflöde

  • Oväntade anslutningsproblem: Deadman's Switch

  • Återgång från driftstopp: Order Management Period 

Notifications REST API endpoint

{
"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 förväntas uppleva driftstopp kommer aviseringen att innehålla:
type=maintenance
priority=high

Den förväntade starttiden för driftstoppet kommer att finnas i:
effectiveTime
Vilket representerar unix epoch.

Denna metod ger gott om förvarningstid så att du kan reagera programmatiskt.

Dessutom kommer en avisering i UI att dyka upp för att meddela kunder om detta, inklusive en popup som tydliggör för kunden att driftstopp är på väg.

WebSocket API endpoint Notification

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

...
]
}

När plattformen förväntas uppleva driftstopp kommer aviseringen för både WebSocket API och REST API att innehålla:
type=maintenance
priority=high

Den förväntade starttiden för driftstoppet kommer att finnas i:
effectiveTime
Vilket representerar unix epoch.

Denna metod ger gott om förvarningstid så att du kan reagera programmatiskt.

Dessutom kommer en avisering i UI att dyka upp för att meddela kunder om detta, inklusive en popup som tydliggör för kunden att driftstopp är på väg.

Det finns andra tillfällen då det kan uppstå anslutningsproblem eller driftstopp i nätverket som gör att din applikation inte längre kan skicka förfrågningar.

För att hantera detta kan du använda "cancelallordersafter" REST endpoint för att ange en tidsgräns som, om en ny förfrågan inte skickas före den perioden, kommer att resultera i att alla order annulleras.

Detta kan vara användbart för kunder som inte vill hantera schemalagda aviseringar om driftstopp och hellre låter systemet annullera alla deras öppna order om nätverket ligger nere.

Detta är en period efter driftstopp när plattformen har återgått, vilket endast tillåter kunden att utföra två funktioner:

  • Annullera befintliga öppna order

  • Skapa endast maker-order

Under denna period:

  • Marknadsorder och limitorder som korsar orderboken kommer att avvisas av handelsmotorn

  • Trigger entry-, stop loss- och take profit-order kommer inte att aktiveras under post-only-perioden

  • Likvideringar kan inte ske under post-only-perioden, men om likvideringströskeln uppnås när handel är aktiverad, kommer likvidering(ar) att ske enligt dokumentationen

Detta kommer att användas efter driftstopp medan plattformskontroller utförs. När plattformskontrollerna har slutförts kommer post-only att tas bort och handel kan återupptas. Post-only-statusen kommer att meddelas via plattformens UI, Websocket- och REST API-aviseringar samt på Kraken Status-sidan.

Exempel på avisering när plattformen är online igen och marknaderna är i post-only-läge:

{"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."}]}Example notification once platform is back online and markets are in post-only mode:

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

Behöver du mer hjälp?