MarginPad Status - Uptime von API, Trading Store und Liquidations-Feed
MARGINPAD

Systemstatus

Wovon ein Bot abhängt, alle 10 Minuten geprüft: der Paper-Trading-Store, der Liquidations-Collector und der Price Floor. Tage in UTC. Nichts hier braucht ein Login.

Prüfe…

Trading Store

vor 90 Tagenheute

Liquidations-Collector

vor 90 Tagenheute

Price Floor

vor 90 Tagenheute

Liquidationsquellen live vom Collector

VenueSocketLetzte Liquidation
Wird geladen…

Jeder Tag zeigt den Anteil der bestandenen Checks. Ein blass gezeichneter Tag ist ein Tag, an dem weniger Checks liefen, als der 10-Minuten-Takt erwartet - der Scheduler selbst hat Durchläufe verpasst - es gibt also weniger Belege für diesen Tag; fahr mit der Maus darüber, um zu sehen, wie viele liefen. Wir zeigen ihn, statt ihn zu verstecken, aber ein Tag, an dem jeder Check bestanden wurde, wird dem Service nicht angelastet, nur weil wir seltener geschaut haben. Der Price Floor sind nicht die Preis-Endpunkte. Er ist eine zwischengespeicherte Kopie aller Preise, die einmal pro Minute neu geschrieben wird und die ein kalter Cloudflare-Standort sofort ausliefert, statt auf die Börsen zu warten; ein fehlgeschlagener Check bedeutet, dass dieses Neuschreiben ausgeblieben ist und die Anfragen die Live-Runde bezahlen mussten - langsamer, nicht nicht verfügbar. GET /api/v1/price antwortet in beiden Fällen, und die eigene Latenz steht auf der API-Seite. Dünne Venues (dYdX, Bitfinex) kommen berechtigterweise stundenlang ohne Liquidation aus; ein verbundener Socket mit altem letztem Event ist ruhig, nicht kaputt. Maschinenlesbar: GET /api/status, externe Monitore können GET /api/health nutzen (200, solange der Scheduler lebt). Änderungen an der API: RSS.