Was genau hat Kraken angekündigt?
Kraken hat auf seinem Status-Portal eine geplante Wartung des Dienstes Kraken Prime veröffentlicht. Laut Ankündigung (sichtbar ab 1. September 2026, 19:18 UTC) findet der Eingriff am 3. September 2026 im Zeitfenster von 17:00 bis 17:15 UTC statt, also über eine Dauer von rund 15 Minuten.
Kraken Prime ist das institutionelle Angebot der Börse (Prime Brokerage). Betroffen sind drei konkrete Zugangskanäle:
| Dienst | Was das ist |
|---|---|
| REST API | Standardschnittstelle für Abfragen und Aufträge über HTTP |
| WebSocket | Kanal für Echtzeitdaten (Streaming) |
| FIX API | Financial-Information-eXchange-Protokoll, das vor allem von institutionellen und algorithmischen Händlern genutzt wird |
Kraken gibt an, dass diese Dienste während des Zeitfensters kurze Unterbrechungen verzeichnen können und dass das Ziel der Wartung darin besteht, die Leistung des Dienstes zu verbessern. Es handelt sich also um einen geplanten Eingriff, nicht um einen unerwarteten Ausfall.
Wen betrifft es und wen nicht?
Die Ankündigung betrifft ausschließlich das Produkt Kraken Prime und seine API-Kanäle. Aus der Quelle geht nicht hervor, dass die reguläre Retail-Plattform Kraken oder Kraken Pro betroffen wären. Wer nicht über die Prime API (REST, WebSocket, FIX) handelt, sollte laut Ankündigung nicht direkt betroffen sein.
Für Händler, die über FIX oder automatisierte Systeme angebunden sind, ist das 15-minütige Zeitfenster vor allem wegen der Verbindungskontinuität und einer möglichen Neuverbindung nach Ende der Wartung relevant. Wie sich die Unterbrechung genau äußert (etwa als vollständiger Ausfall gegenüber erhöhter Latenz), spezifiziert die Ankündigung nicht.
Was dazu nicht bekannt ist?
Die Quelle nennt einige Dinge nicht, die man bei einer solchen Ankündigung gern wissen würde:
- Welche konkrete Änderung durchgeführt wird und was genau sich an der Leistung verbessert.
- Ob während des Zeitfensters Aufträge abgelehnt, in eine Warteschlange gestellt oder nur verzögert werden.
- Ob sich das Zeitfenster verlängern kann und wie gegebenenfalls der Notfallplan aussieht.
Charliedesk ergänzt diese Punkte nicht durch Spekulation. Wir führen sie als offene Fragen an, die sich erst nach dem Verlauf des 3. September überprüfen lassen.
Wie passt das in das breitere Geschehen rund um Kraken?
Eine geplante Wartung ist ein routinemäßiges Betriebsereignis. Interessanter ist der Kontext, in dem sie kommt, denn Kraken (beziehungsweise seine Muttergesellschaft Payward) taucht in den jüngsten Nachrichten gleich in mehrere Richtungen auf:
- Höherer Hebel bei ETH/USD. Laut Kraken-Blog wurde der maximale Hebel beim Margin-Paar ETH/USD auf Kraken Pro auf 20x für berechtigte Händler in ausgewählten Märkten erhöht. Laut Ankündigung geht es um eine Änderung der Obergrenze, nicht um eine Änderung der Funktionsweise des Margins. Die Verfügbarkeit hängt vom Markt des Nutzers ab.
- Hyperliquid und der Markteintritt in den USA. Laut Bloomberg (übernommen vom Medium Incrypted) verhandelt Hyperliquid Labs mit Payward, der Muttergesellschaft von Kraken, über einen Markteintritt in den USA über die Infrastruktur des Tochterunternehmens Bitnomial. Es ginge um ein Angebot von unbefristeten (Perpetual) Futures. Diese Nachricht ist auf der Ebene von Verhandlungen und Berichterstattung, nicht einer abgeschlossenen Transaktion.
- Tokenisierte britische Aktien. Laut Financial Times (übernommen von Cointelegraph) ist die London Stock Exchange eine Partnerschaft mit der Muttergesellschaft von Kraken eingegangen, mit dem Ziel, tokenisierte Aktien britischer Unternehmen im 24/5-Betrieb anzubieten.
Der gemeinsame Nenner dieser Nachrichten ist, dass sich Kraken über Payward in Richtung institutioneller und TradFi-Infrastruktur bewegt. Der Eingriff in die Kraken Prime API (also in ein institutionelles Produkt) passt in dieses Bild, aber charliedesk hält es nicht für erwiesen, dass diese Ereignisse direkt zusammenhängen. Wir haben keine Quelle, die die Wartung mit einem der oben genannten Projekte in Verbindung bringt.
Worauf man bei dieser Art von Ereignis achten sollte?
Dies ist kein Rat, was zu tun ist, sondern ein Leitfaden, wie man ähnliche Ankündigungen lesen sollte:
- Das genaue Zeitfenster (hier 15 Minuten in UTC) und dessen Umrechnung in Ihre Zeitzone.
- Ob das Zeitfenster nur die API betrifft oder auch den Auftragsfluss und die Abwicklung.
- Ob die Börse nach dem Ende eine Bestätigung veröffentlicht, dass die Wartung planmäßig verlaufen ist. Das ist ein rückblickend überprüfbarer Fakt, den charliedesk verfolgt.