Wie überwacht man Liquidationsdaten für ETHUSDT-Futures?

Liquidationsdatenquellen verstehen

1. Börsennative Liquidationsendpunkte liefern rohe, ungefilterte Aufzeichnungen erzwungener Positionsschließungen. OKX stellt /api/v5/public/liquidation-orders mit Feldern wie instId, side, fillPx, fillSz und ts bereit.

2. Binance liefert Liquidationsereignisse über den WebSocket-Stream !forceOrder@arr und sendet Echtzeit-Füllungen über alle Symbole mit Millisekundengenauigkeit.

3. Bybit veröffentlicht historische Liquidationen über REST /v5/position/liq-record und unterstützt Paginierung und Zeitbereichsfilterung bis zu 90 Tage.

4. public/get_last_trades_by_instrument von Deribit enthält in jedem Handelsobjekt ein Liquidationsflag , das eine Post-hoc-Identifizierung ohne dedizierte Endpunkte ermöglicht.

5. Aggregatoren von Drittanbietern wie Coinglass und Glassnode bieten normalisierte Liquidations-Feeds, führen jedoch zu Latenzzeiten und lassen möglicherweise Teilfüllungen oder außerbörsliche Abwicklungen aus.

Datenstruktur und Feldinterpretation

1. instId identifiziert das Instrument – ​​ETH-USDT-SWAP für OKX, ETHUSDT für Binance – das vor der Aggregation eine Symbolzuordnungslogik erfordert.

Die 2. Seite zeigt an, ob die liquidierte Position eine Long- oder Short-Position war, und signalisiert direkt den Richtungsdruck auf die Preisbewegung.

3. fillPx spiegelt den Ausführungspreis wider, der oft in der Nähe wichtiger Unterstützungs-/Widerstandszonen gebündelt ist, wo Margin Calls kaskadieren.

4. fillSz gibt die Vertragsgröße in Basiseinheiten an; Die Multiplikation mit dem Markpreis ergibt den Nominalwert, der für die Beurteilung der systemischen Risikoexposition von entscheidender Bedeutung ist.

5. ts ist ein Unix-Zeitstempel in Millisekunden; Die Ausrichtung über Börsen hinweg erfordert eine zeitzonenbewusste Parsing- und Deduplizierungslogik.

Echtzeit-Ingestion-Architektur

1. WebSocket-Verbindungen müssen eine Heartbeat-Überwachung und eine automatische Wiederverbindung implementieren, um zu verhindern, dass Ereignisse während Netzwerkausfällen verpasst werden.

2. Jede Nachrichtennutzlast erfordert eine sofortige Schemavalidierung – fehlende fillPx oder fehlerhafte ts lösen ein Verwerfen und Protokollieren statt einen Absturz aus.

3. Die Deduplizierung basiert auf börsenspezifischen eindeutigen IDs: OKX verwendet ordId , Binance verwendet tradeId , was vor der Speicherung ein ID-Hashing pro Quelle erfordert.

4. Lokale Pufferung mit Redis Streams ermöglicht die Handhabung von Gegendruck, wenn nachgelagerte Datenbanken bei Volatilitätsspitzen zurückbleiben.

5. Die quellenübergreifende Zeitstempelsynchronisierung verwendet NTP-ausgerichtete Systemuhren – keine von der Börse bereitgestellten Zeitstempel –, um Abweichungen durch Abweichungen der Serveruhr zu vermeiden.

Historische Backfill-Strategien

1. Der REST-basierte Backfill beginnt mit dem neuesten bekannten Zeitstempel und geht in 100-Datensatz-Blöcken rückwärts, um Auslöser von Ratenbegrenzungen zu vermeiden.

2. OKX erzwingt ein Limit von 20 Anfragen/2 Sekunden für öffentliche Endpunkte; Durch die Stapelung nach Instrument wird die Gesamtanzahl der Anfragen um 60 % reduziert.

3. Binance beschränkt historische Force-Order-Abfragen über REST auf die letzten 7 Tage; Ältere Daten erfordern eine Archivprotokollanalyse oder Archive von Drittanbietern.

4. Bybit erlaubt Datumsbereichsabfragen, gibt aber nur 50 Datensätze pro Seite zurück – die Paginierungslogik muss Cursor-Tokens verfolgen, nicht nur Offset-Ganzzahlen.

5. Fehlende Intervalle werden mit Prüfsummen-Lückenberichten gekennzeichnet, die eine manuelle Überprüfung anhand der Abwicklungsprotokolle in der Kette auslösen, sofern verfügbar.

Häufige Fragen und Antworten

F: Kann ich mich für eine vollständige Liquidationsabdeckung ausschließlich auf WebSocket verlassen? WebSocket-Streams garantieren keine Lieferreihenfolge oder keinen Paketverlust. Für eine Genauigkeit auf Produktionsniveau ist ein hybrider Ansatz erforderlich, der die WebSocket-Aufnahme mit der regelmäßigen REST-Abstimmung kombiniert.

F: Warum unterscheiden sich die Liquidationspreise zwischen den Börsen für denselben ETHUSDT-Zeitstempel? Abweichungen entstehen durch unterschiedliche Markierungspreismethoden, unterschiedliche Zeitpunkte für die Berechnung der Finanzierungsraten und die Tiefe des isolierten Orderbuchs – es gibt keinen universellen „echten“ Liquidationspreis für alle Handelsplätze.

F: Gibt es einen Open-Source-Parser für OKX-Liquidations-WebSockets? Ja – das okx-liquidation-parser npm-Paket übernimmt die Deserialisierung von Nachrichten, die Feldnormalisierung und die Fehlerbehebung für alle öffentlichen OKX-Streams.

F: Wie oft löschen Börsen historische Liquidationsaufzeichnungen? OKX speichert öffentliche Liquidationsdaten 30 Tage lang. Binance behält 7 Tage über REST. Bybit behält 90 Tage bei. Diese Fenster sind fest und nicht verhandelbar.