Optionen für Plattformausfälle

Zuletzt aktualisiert: 13. Feb. 2026

Kraken Derivatives ist eine 24/7-Handelsplattform, die sich bemüht, 100 % Verfügbarkeit und Konnektivität für Kunden zu erreichen.

Gelegentlich kann es jedoch aufgrund geplanter Wartungsarbeiten und unvorhergesehener Systemprobleme zu Ausfallzeiten der Plattform kommen.

Um mit Fällen von Plattformausfällen umzugehen, stellen wir Kunden eine Vielzahl von Tools zur Verfügung, um das Spektrum der möglichen Ausfallzeiten zu verwalten:

Die meisten Ausfallzeiten auf der Plattform sind auf geplante Wartungsarbeiten zurückzuführen. Bei einem geplanten Ausfall wird eine entsprechende Benachrichtigung versendet.

Diese Benachrichtigung kann über den Notifications REST API endpoint abgerufen oder über den Notification Websocket API endpoint empfangen werden:

  • •

    Vorwarnung: Notification Feed

  • •

    Unerwartete Verbindungsprobleme: Deadman's Switch

  • •

    Rückkehr aus Ausfallzeit: 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"
}

Wenn für die Plattform Ausfallzeiten erwartet werden, enthält die Benachrichtigung Folgendes:
type=maintenance
priority=high

Die erwartete Startzeit der Ausfallzeit wird angegeben in:
effectiveTime
Dies stellt die Unix-Epoche dar.

Diese Methode bietet ausreichend Vorwarnzeit, sodass Sie programmatisch reagieren können.

Zusätzlich wird eine Benachrichtigung in der UI angezeigt, um Kunden darüber zu informieren, einschließlich eines Pop-ups, das dem Kunden deutlich macht, dass Ausfallzeiten bevorstehen.

WebSocket API endpoint Benachrichtigung

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

...
]
}

Wenn für die Plattform Ausfallzeiten erwartet werden, enthält die Benachrichtigung sowohl für die WebSocket API als auch für die REST API Folgendes:
type=maintenance
priority=high

Die erwartete Startzeit der Ausfallzeit wird angegeben in:
effectiveTime
Dies stellt die Unix-Epoche dar.

Diese Methode bietet ausreichend Vorwarnzeit, sodass Sie programmatisch reagieren können.

Zusätzlich wird eine Benachrichtigung in der UI angezeigt, um Kunden darüber zu informieren, einschließlich eines Pop-ups, das dem Kunden deutlich macht, dass Ausfallzeiten bevorstehen.

Es gibt andere Zeiten, in denen es möglicherweise Konnektivitätsprobleme oder Ausfallzeiten im Netzwerk gibt, die dazu führen, dass Ihre Anwendung keine Anfragen mehr stellen kann.

Um dies zu berücksichtigen, können Sie den "cancelallordersafter" REST endpoint verwenden, um einen Timeout-Zeitraum festzulegen, der, wenn vor Ablauf dieses Zeitraums keine neue Anfrage gesendet wird, dazu führt, dass alle Aufträge storniert werden.

Dies kann für Kunden nützlich sein, die die geplanten Ausfallzeit-Benachrichtigungen nicht handhaben möchten und es vorziehen, dass das System alle ihre offenen Aufträge storniert, wenn das Netzwerk ausgefallen ist.

Dies ist ein Zeitraum nach einer Ausfallzeit, in dem die Plattform wieder verfügbar ist und der es dem Kunden ermöglicht, nur zwei Funktionen auszuführen:

  • •

    Bestehende offene Aufträge stornieren

  • •

    Nur Maker-Aufträge erstellen

Während dieses Zeitraums:

  • •

    Marktaufträge und Limitaufträge, die das Orderbuch kreuzen, werden von der Handels-Engine abgelehnt

  • •

    Trigger-Entry-, Stop-Loss- und Take-Profit-Aufträge werden während des Post-Only-Zeitraums nicht aktiviert

  • •

    Liquidierungen können während des Post-Only-Zeitraums nicht stattfinden. Wird jedoch der Liquidationsschwellenwert erreicht, sobald der Handel aktiviert ist, erfolgen Liquidierungen wie dokumentiert

Dies wird nach Ausfallzeiten angewendet, während Plattformprüfungen durchgeführt werden. Sobald die Plattformprüfungen abgeschlossen sind, wird der Post-Only-Modus entfernt und der Handel kann wieder aufgenommen werden. Der Post-Only-Status wird über die Plattform-UI, Websocket- und REST-API-Benachrichtigungen sowie auf der Kraken Status-Seite mitgeteilt.

Beispielbenachrichtigung, sobald die Plattform wieder online ist und die Märkte sich im Post-Only-Modus befinden:

{"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."}]}Beispielbenachrichtigung, sobald die Plattform wieder online ist und die Märkte sich im Post-Only-Modus befinden:

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

Brauchst du weitere Hilfe?