Opcje w przypadku awarii platformy

Ostatnia aktualizacja: 13 lut 2026

Kraken Derivatives to platforma handlowa działająca 24/7, która dąży do zapewnienia 100% dostępności i łączności dla klientów.

Jednakże, sporadycznie platforma może doświadczać przestojów z powodu planowanych konserwacji i nieplanowanych problemów systemowych.

Aby radzić sobie z przypadkami awarii platformy, zapewniamy klientom różnorodne narzędzia do zarządzania zakresem przestojów, które mogą wystąpić:

Większość przypadków przestojów na platformie wynika z zaplanowanych prac konserwacyjnych. W przypadku planowanej awarii wysyłane jest zaplanowane powiadomienie.

To powiadomienie można pobrać z punktu końcowego API REST powiadomień lub odebrać za pośrednictwem punktu końcowego API Websocket powiadomień:

  • •

    Wczesne ostrzeżenie: Kanał powiadomień

  • •

    Nieoczekiwane problemy z połączeniem: Przełącznik martwego człowieka

  • •

    Powrót po przestoju: Okres zarządzania zleceniami

Punkt końcowy API REST powiadomień

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

Gdy platforma ma doświadczyć przestoju, powiadomienie będzie zawierać:
type=maintenance
priority=high

Oczekiwany czas rozpoczęcia przestoju będzie w:
effectiveTime
Co reprezentuje epokę uniksową.

Ta metoda zapewni wystarczający czas ostrzegawczy, aby można było reagować programowo.

Dodatkowo, w interfejsie użytkownika pojawi się powiadomienie, aby poinformować klientów o tym, w tym wyskakujące okienko, które jasno informuje klienta o nadchodzącym przestoju.

Powiadomienie punktu końcowego API WebSocket

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

...
]
}

Gdy platforma ma doświadczyć przestoju, powiadomienie zarówno dla API WebSocket, jak i API REST będzie zawierać:
type=maintenance
priority=high

Oczekiwany czas rozpoczęcia przestoju będzie w:
effectiveTime
Co reprezentuje epokę uniksową.

Ta metoda zapewni wystarczający czas ostrzegawczy, aby można było reagować programowo.

Dodatkowo, w interfejsie użytkownika pojawi się powiadomienie, aby poinformować klientów o tym, w tym wyskakujące okienko, które jasno informuje klienta o nadchodzącym przestoju.

Są też inne sytuacje, gdy mogą wystąpić problemy z łącznością lub przestój w sieci, które uniemożliwiają Twojej aplikacji wysyłanie żądań.

Aby temu zaradzić, możesz użyć punktu końcowego REST "cancelallordersafter", aby określić okres limitu czasu, po którym, jeśli nowe żądanie nie zostanie wysłane, wszystkie zlecenia zostaną anulowane.

Może to być przydatne dla klientów, którzy nie chcą obsługiwać zaplanowanych powiadomień o przestojach i wolą, aby system anulował wszystkie ich otwarte zlecenia, jeśli sieć jest niedostępna.

Jest to okres po przestoju, gdy platforma powróciła do działania, co pozwala klientowi na wykonanie tylko dwóch funkcji:

  • •

    Anulowanie istniejących otwartych zleceń

  • •

    Tworzenie zleceń tylko typu maker

W tym okresie:

  • •

    Zlecenia rynkowe i zlecenia z limitem, które przekraczają księgę zleceń, zostaną odrzucone przez silnik handlowy

  • •

    Zlecenia wejścia, stop loss i take profit nie zostaną aktywowane w okresie post-only

  • •

    Likwidacje nie mogą nastąpić w okresie post-only, jednakże, jeśli próg likwidacji zostanie osiągnięty po włączeniu handlu, likwidacja(e) nastąpią zgodnie z dokumentacją

Będzie to stosowane po przestoju, podczas gdy przeprowadzane są kontrole platformy. Po zakończeniu kontroli platformy, tryb post-only zostanie usunięty, a handel będzie mógł zostać wznowiony. Status post-only zostanie powiadomiony za pośrednictwem interfejsu użytkownika platformy, powiadomień Websocket i REST API, a także na stronie Status Krakena.

Przykładowe powiadomienie, gdy platforma jest ponownie online, a rynki są w trybie 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."}]}Przykładowe powiadomienie, gdy platforma jest ponownie online, a rynki są w trybie 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."}]}

Potrzebujesz więcej pomocy?