Liquidations-Heatmaps

Was die Heatmap zeigt

Die bildschirmfüllende Liquidation Heatmap ist ein Intensitätsraster aus Zeit und Preis, das hinter einem laufenden Kerzenchart gezeichnet wird, beide auf einer gemeinsamen USD-Preisachse, sodass ein einziges Verschieben oder Zoomen sie zusammen bewegt. Die waagerechte Achse ist die Zeit, die senkrechte der Preis, und jede Zelle ist ein Preisfach innerhalb eines Zeitfachs. Die voreingestellte Ebene ist eine geschätzte Liquidationsfläche: Sie projiziert neu eröffnetes gehebeltes Nominal auf einzelne Liquidationsniveaus, verankert am Einstiegspreis, trägt diese Niveaus weiter, bis der Preis sie kreuzt, und entfernt das Band, das der Markt abgeräumt hat. Weil es eine modellierte Projektion ist und keine beobachtete Aufzeichnung, ist die Legende dieser Ebene als relative Intensität beschriftet und nicht in Dollar.

Von open interest zu einem Liquidationsniveau

Jede Spalte der geschätzten Fläche beginnt mit einer Zahl je Handelsplatz: um wie viel das open interest (offene Kontrakte) dieses Handelsplatzes seit der vorigen Spalte im selben Fächerraster gewachsen ist. Nur Zuwächse zählen; ein Rückgang legt nichts ab. Dieses neu eröffnete Nominal wird an dem Preis verankert, den der Handelsplatz für dieses Fach gemeldet hat und den das Modell als Einstiegspreis der gerade eröffneten Kohorte behandelt. Ein Handelsplatz, der zum ersten Mal auftaucht oder nach einer Abdeckungslücke wiederkehrt, setzt nur seine Basislinie neu und legt gar nichts ab, weil die Einstiegspreise der vor der Lücke eröffneten Positionen nicht beobachtbar sind und nie erfunden werden.

Das eröffnete Nominal wird anschließend in einen Long- und einen Short-Anteil geteilt. Ohne eine Eingabe zum Kontenverhältnis folgt die Teilung der funding rate über ein lineares, begrenztes Signal, und der resultierende Long-Anteil wird immer zwischen 30 und 70 Prozent gehalten, eine Teilung ist also nie vollständig einseitig. Jede Seite wird über eine Hebelleiter aus 49 Stufen von 5x bis 125x in 2,5x-Schritten verteilt, gewichtet über eine logarithmische Normalverteilung mit Gipfel bei 45x. Diese Leiter ist eine erklärte Modellannahme, keine Messung: Der Hebel je Position ist auf zentralen Handelsplätzen nicht beobachtbar.

Für jede Stufe schlägt das Modell die Erhaltungsmargenrate des Handelsplatzes bei einer beispielhaften Positionsgröße von zehntausend Dollar nach statt beim vollen Kohortennominal. Das Kohortennominal würde die Hochnominal-Stufe jedes Handelsplatzes auslösen und alle Leitersprossen auf einen einzigen Liquidationspreis zusammenfallen lassen. Der Preis des Niveaus ist dann eine feste Funktion aus Einstieg und Hebel: Einstieg mal eins minus eins durch Hebel plus Erhaltungsrate bei Longs, und Einstieg mal eins plus eins durch Hebel minus Erhaltungsrate bei Shorts. Da der Einstieg feststeht, wandert das Niveau nicht mit dem Preis.

Was ein Band am Leben hält und was es entfernt

Projizierte Niveaus werden in eine laufende Fläche eingefaltet, und je Spalte geschieht genau dreierlei, in dieser Reihenfolge. Bestehende Bänder werden unverändert weitergetragen — es gibt keinen Zeitverfall, ein unberührtes Band sieht Stunden später genauso aus wie beim Entstehen. Neue Niveaus, die in ein Fach mit bereits vorhandenem Band fallen, werden dazuaddiert, weshalb wiederholtes Eröffnen zu einem Preis eine einzelne Linie heller macht, statt eine zweite zu zeichnen. Zuletzt fällt jedes Fach weg, das der Preis in dieser Spalte gekreuzt hat, einschließlich dessen, was in derselben Spalte dort abgelegt wurde.

Das gekreuzte Intervall ist nicht die Bewegung von Schluss zu Schluss. Es spannt sich zwischen der niedrigsten und der höchsten im Fach beobachteten Marke, erweitert um die nach open interest gewichtete Marke der vorigen Spalte, sodass auch ein Docht, der ein Niveau erreicht, es entfernt. Zwei Sicherungen weisen unplausible Intervalle ab, statt echte Bänder zu löschen: Ein Sprung von der vorigen Marke in die Kerze, der größer als der halbe Preis ist, gilt als Abdeckungslücke, und ein einzelnes Fach, dessen Spanne von Hoch zu Tief 80 Prozent des Preises übersteigt, gilt als Datenstörung. In beiden Fällen räumt diese Spalte nichts ab.

Ein Band unterhalb der Nominal-Untergrenze wird als numerisches Rauschen verworfen. Der laufende Bestandsabruf setzt diese Grenze auf null, es überleben also nur streng positive Bänder, während der Schreibweg alles unter einem Dollar verwirft. Praktisch heißt das: Spalten unterscheiden sich von ihren Nachbarn nur dadurch, dass eine Linie erschien oder eine Linie abgeschnitten wurde. Eine Preiszeile von links nach rechts zu lesen sagt also, wann ein Niveau zuerst eröffnet wurde und wo der Markt es kreuzte — nie, wie stark es verblasste, denn es verblasst nicht.

Woher die Daten kommen

Drei verschiedene Datensätze speisen die Liquidationsansichten, und sie decken nicht alle dieselben Handelsplätze ab. Die aggregierte Multi-Exchange Map fächert für open interest, funding und Preis zu Binance, Bybit, OKX, Hyperliquid, Bitget, Gate.io, HTX, MEXC, dYdX und Kraken auf. Die gespeicherte Bestandsfläche wird aus einem kleineren Satz gebaut: Binance, Bybit, OKX, Deribit, Bitget und Hyperliquid. Realisierte Liquidationsereignisse kommen aus dem Register der Börsen-WebSocket-Feeds, in dem derzeit Binance und Bybit eingetragen sind. Der Live-Auffächerungssatz und der gespeicherte Satz sind keine Teilmengen voneinander, ihre Summen lassen sich daher nicht exakt in Einklang bringen.

Warum der Farbbalken keine Dollarbeschriftung trägt

Die Farbe einer Zelle kodiert den aufsummierten eröffneten Fluss, der über das geladene Fenster ein Niveau in diesem Fach projiziert. Diese Größe ist durch das open interest begrenzt, das sie eröffnet hat, sie ist aber weder das aktuelle Buch noch eine erhaltene Dollarsumme für das Fenster; ein in Dollar beschrifteter Verlauf würde also dazu verleiten, Zellen zu einer Zahl zu addieren, die nichts bedeutet. Die Legende dieser Ebene ist deshalb als relative Intensität beschriftet und ihre Teilstriche laufen auf einer Skala von null bis hundert, wobei hundert die aktuelle Farbobergrenze meint und keinen festen Geldbetrag.

Diese Obergrenze ist das 99,9. Perzentil des geladenen Rasters, nicht dessen Maximum, damit eine einzelne sehr große Zelle nicht alles andere ins Dunkle drückt, während die übrigen Magnete zu einem einzigen hellen Ton verflachen. Das an die GPU übergebene Raster speichert jede Zelle geteilt durch diese Obergrenze, weil das Texturformat ein halbes Gleitkomma ist und rohe Dollarwerte über rund fünfundsechzigtausend überlaufen würden. Lineare und symlog-Skalierung bleiben von dieser Division unberührt; der Logarithmusmodus umspannt vier Dekaden unterhalb der Obergrenze. Die Legende setzt ihre Teilstriche mit derselben Funktion, die der Shader verwendet, damit eine Beschriftung dort steht, wo ihre Farbe tatsächlich gemalt wird.

Bedienelemente und Farbskala

Auf der Heatmap-Route werden der Basiswert (BTC, ETH oder SOL), das lookback-Fenster und die Wahl zwischen der Dichte-Heatmap und einer Liquidation-Levels-Ansicht getroffen, die das Raster durch einzelne verankerte Linien, ein Profil der offenen Niveaus und ein Feld für die kumulierte Differenz ersetzt. Das Anzeigefeld bietet vier colormaps — viridis, inferno, magma und cividis, von denen viridis und cividis als sicher bei Farbfehlsichtigkeit markiert sind —, drei Skalenmodi (linear, log, symlog) und einen Empfindlichkeitsregler; ausgeliefert werden viridis, linear und ein Exponent von 0,85. Eine realisierte Überlagerung lässt sich als zweite, durchscheinende Ebene mit 1m-, 1h- oder 1d-Auflösung zuschalten.

Die Zahlen unter dem Zeiger

Beim Überfahren werden ein Preisniveau und eine Zeitspalte aufgelöst. Der Referenzpreis, der über die Richtung entscheidet, ist der Schluss der Kerze, die den Fachbeginn der Spalte enthält, und nicht die Kerze unter dem Zeiger — ein Niveau kann daher nicht zwischen Long- und Short-Seite umschlagen, während sich der Zeiger innerhalb einer Spalte bewegt. Ein Niveau oberhalb dieser Referenz zählt zur Short-Seite, eines darunter zur Long-Seite, und ein Niveau im selben Fach wie die Referenz ist neutral und meldet beide Seiten zusammen. Die Spaltenzeiten werden in UTC formatiert, damit die Anzeige zur Zeitachse passt und nicht zur lokalen Zone der Betrachtung.

Zwei Werte werden angezeigt. Die Zahl „auf diesem Niveau“ ist der gerichtete Wert der überfahrenen Zelle — genau die Größe, die die Farbe malt, Zahl und Farbton können sich also nicht widersprechen. Die kumulierte Zahl summiert dieselbe Seite vom Referenzfach, ausschließlich, bis zum überfahrenen Niveau, einschließlich, und beantwortet damit, wie viel zwischen aktuellem Preis und diesem Niveau liegt. Im Bestandsmodus meldet eine dritte, kleinere Zeile das aktuelle offene open interest, das ein Niveau in diesem Fach projiziert. Sie stammt aus einem eigenen Profil, das nur aus der neuesten Spalte gebaut wird, ist durch das gesamte open interest begrenzt und steht bewusst im Kleingedruckten, weil sie eine andere Frage beantwortet.

Die Ansicht Liquidation Levels im Detail

Die Levels-Ansicht ersetzt das Dichteraster durch einzelne Linien. Jede Linie ist eine Kohorte — ein Handelsplatz, eine Hebelstufe, eine Seite und die Spalte, in der sie eröffnet wurde — und liegt bei ihrem exakt projizierten Preis, statt auf ein Fach gerastert zu werden. Kohorten aus verschiedenen Spalten verschmelzen nie, die linken Kanten des Linienfelds folgen dem Preisverlauf daher treppenförmig. Eine Linie endet dort, wo die gehandelte Spanne einer späteren Spalte ihren Preis abdeckt, und die Ansicht behält sowohl den Einstiegs- als auch den Treffertakt — das erlaubt ihr, ein endliches Stück zu zeichnen statt einer Linie über die volle Breite.

Die Granularität filtert nach Positionsgröße. Die Trennpunkte werden bei jeder Anfrage als Terzile der Nominalverteilung eben dieser Anfrage neu berechnet, sie folgen also dem Basiswert und dem Fenster statt festen Dollarschwellen. „Large“ behält Linien ab dem unteren Trennpunkt, „Whale“ ab dem oberen, „All“ filtert nicht. Das Bedienelement für Differenz über Volumen ist ein zweiter, beidseitiger Filter: Seine zwei Griffe wählen ein Teilband der beobachteten Nominalspanne aus und können so mittelgroße Linien isolieren, die ein einseitiger Filter nicht erreicht. „Measure“ schaltet das Kumulationsfeld zwischen dem Zählen von Linien und dem Summieren ihres Nominals um.

Drei Felder rahmen die Karte. Das Profil rechts faltet jede offene Linie in Preisbänder und wird aus dem vollen behaltenen Satz gebaut, es bleibt also vollständig, selbst wenn das gezeichnete Linienfeld gedeckelt ist; es wird unabhängig von der Measure-Einstellung immer nach Nominal gefaltet. Das untere Feld ist kumulativ: Eine Linie wird in der Spalte addiert, in der sie eröffnet wurde, und in der Spalte subtrahiert, in der sie getroffen wurde — die Reihe fällt also zurück, wenn der Preis Niveaus abräumt, statt nur zu steigen. Ein viertes Feld nennt das Long-Short-Ungleichgewicht dieses Profils. Die Linien-Nutzlast selbst endet bei sechstausend Linien, behält die nach Nominal größten und markiert die Antwort, während die gemeldeten offenen Zahlen die vollen Summen bleiben.

Die realisierte Überlagerung und wann ein Abruf sich selbst als gekürzt meldet

Die realisierte Überlagerung ist eine zweite, durchscheinende Ebene über dem geschätzten Feld, mit eigener Farbtabelle und eigener Deckkraft. Ihr Auflösungsregler bietet 1m, 1h und 1d, und die Wahl einer Auflösung schaltet die Überlagerung zugleich ein — das Bedienelement läuft also nie still ins Leere. Die Auflösung gilt allein für die Überlagerung. Jede Auflösung stützt sich auf ein fortlaufendes Aggregat, das nur ein nachlaufendes Fenster materialisiert hält: rund drei Stunden bei 1m, acht Tage bei 1h und dreißig Tage bei 1d. Eine Anfrage, die breiter ist als das Fenster ihrer Stufe, lässt die älteren Fächer aus, und der Abruf meldet sich selbst als gekürzt, statt ein kurzes Raster als vollständig auszugeben.

Die 1d-Stufe hat außerdem eine Untergrenze. Ihre Fächer beginnen um Mitternacht UTC, während der Lesefilter relativ zu jetzt läuft; eine 24-Stunden-Anfrage kann früh am Tag also nichts zurückgeben, weshalb alles unter 48 Stunden ebenfalls markiert wird. Das Erreichen der Zeilenobergrenze des Speichers setzt dieselbe Markierung. Die Antwort trägt ein Abdeckungsobjekt mit den tatsächlich beitragenden Börsen sowie einen Hinweis, dass realisierte Liquidationen eine Untergrenze sind, weil Börsen-Feeds deckeln, wie oft sie senden, und nur angebundene Handelsplätze zählen. Ein zweiter Satz sagt, ob das Fenster enger oder weiter gesetzt werden sollte.

Das geschätzte Raster ist anders begrenzt. Weil das breiteste wählbare Fenster sieben Tage umfasst, die Stundenstufe aber acht vorhält, kann das Fenster selbst den geschätzten Abruf nie kürzen; nur seine Zeilenobergrenzen können das. In der Oberfläche wechselt der Rasterstatus von live auf teilweise, mit Warnzeichen und erklärendem Titel, die Levels-Ansicht ergänzt einen Hinweis, dass nur die obersten Linien gezeichnet werden, während die Zahlen vollständig bleiben, und das Abdeckungsfeld der Überlagerung wiederholt den Untergrenzen-Hinweis wörtlich. Nichts entfällt, ohne dass es gesagt wird.

Liquidations-Seite gegenüber der Heatmap

Die beiden Routen sind verschiedene Produkte. Die Liquidations-Seite ist ein Dashboard mit Reitern: realisierte Liquidationen über die Zeit plus geschätzte Cluster, eine Multi-Exchange Map, ein Liquidation Estimator und ein Einstieg, der per Direktlink in die bildschirmfüllende Heatmap führt. Diesen Einstieg gibt es, weil das eigentliche Zeit-Preis-Raster eine eigene WebGL-Route ist, die sich die Engine des Advanced Chart teilt und nicht in ein Reiterfeld eingebettet werden kann. Beide hängen an unterschiedlichen Berechtigungsdomains — das Dashboard an Order Flow & Market Depth, die Heatmap an Derivatives Intelligence —, und die Multi-Exchange-Aggregation hinter dem Dashboard gilt nur für BTC, wobei ihre Risikoanzeige unabhängig vom auf der Heatmap gewählten Basiswert mit BTC beschriftet ist.

Die vier Reiter des Liquidations-Dashboards

Der erste Reiter, Liquidations and Levels, stellt ein Balkendiagramm realisierter Long- und Short-Liquidationen je Fach neben eine Karte geschätzter Cluster je Hebelstufe. Sein Intervallregler ändert sowohl die Fachgröße als auch die Zahl der angefragten Fächer: 168 Fächer bei einer Stunde, 84 bei vier Stunden, 30 bei einem Tag. Die Cluster-Karte ist ausdrücklich als indikativ gekennzeichnet und druckt ihre eigenen Annahmen ab — USDT-besichertes open interest von Binance, eine angenommene gleichmäßige Long-Short-Teilung und eine feste Hebelverteilung im Privatkundengeschäft —, damit sie nie für Börsendaten gehalten wird. Die Auswahl des Basiswerts bietet auf dieser Seite nur BTC und ETH.

Der zweite Reiter ist die Multi-Exchange Map: geschätztes Liquidationsvolumen je Preisfach, aggregiert aus einer Live-Auffächerung, mit einer Aufschlüsselung je Börse, einer Cluster-Tabelle und einer Überlagerung echter Ereignisse. Sie nutzt dieselbe Preisfachbreite je Basiswert wie das gespeicherte Raster — fünfzig Dollar für BTC, fünf für ETH, einen halben Dollar für SOL, mit einem preisanteiligen Rückfall für nicht vorbelegte Basiswerte —, sodass beide Flächen auf demselben Preisgitter landen. Der dritte Reiter ist ein eigener Schätzer für BTC und ETH, der Bänder bei 3x, 5x, 10x, 25x, 50x und 100x aus Preis und open interest der Binance Futures berechnet, mit einem Hebel-Näherungswert von Bybit und hinter einem Zwischenspeicher von dreißig Sekunden.

Der vierte Reiter stellt gar keine Heatmap dar. Das Zeit-Preis-Raster ist eine bildschirmfüllende WebGL-Route, die sich die Engine des Advanced Chart teilt und nicht innerhalb eines Reiterfelds eingehängt werden kann; dieser Reiter ist daher ein Einstieg, der den gewählten Basiswert in einen Direktlink überträgt. Eingehängt wird nur der Inhalt des aktiven Reiters, ein Reiterwechsel startet also nicht die Abrufschleifen der anderen. Teilbar an diesem Link sind der Basiswert und der lookback; Auflösung, Modus und der Schalter für die realisierte Ebene bleiben sitzungslokal, und ein veralteter Auflösungsparameter wird aus älteren Links entfernt.

Spaltenschritt, Zeilenobergrenzen und Aktualisierungstakt

Ein breiteres Fenster erzeugt nicht mehr Spalten. Der Abruf leitet einen Spaltenschritt aus dem lookback ab — 60 Sekunden bis vier Stunden, 300 Sekunden bis zu einem Tag, 900 Sekunden bis zu vier Tagen und 1800 Sekunden darüber hinaus — so bemessen, dass kein erlaubtes Fenster rund vierhundert Spalten überschreitet. Die Bestands- und Levels-Abrufe begrenzen diesen Schritt nach unten auf ihre Fünf-Minuten-Basis, weshalb kurze Fenster ihre gewohnte Auflösung behalten, während lange breiter werden. Die Verringerung der Auflösung nimmt die neueste Spalte innerhalb jedes Schrittfensters und summiert nie Spalten, weil die Fläche weitergetragen wird und ein Summieren dasselbe Bestandsband mehrfach zählen würde.

Drei Obergrenzen begrenzen die Nutzlast, und jede wird gemeldet statt verschwiegen. Das Bestandsraster endet bei fünfhunderttausend Zeilen und verwirft bei Überschreitung ganze älteste Spalten, damit das Raster rechteckig bleibt und die neueste Spalte — die, aus der das Profil des aktuellen Buchs gebaut wird — überlebt. Die Levels-Nutzlast endet bei sechstausend Linien. Die Abfrage realisierter Ereignisse liegt standardmäßig bei tausend Zeilen mit einer harten Obergrenze von zehntausend, und ein Abruf, der die Obergrenze erreicht, wird als Unterzählung markiert.

Die Aktualisierung läuft über Abfragen und hängt an der Sichtbarkeit des Reiters, ein Reiter im Hintergrund fragt also nicht weiter ab. Das Wärmeraster und die Levels-Ansicht aktualisieren alle 120 Sekunden, die Ereignisreihe des Liquidations-Dashboards alle 60 Sekunden und der Schätzer alle 30 Sekunden. Ein Wechsel von Basiswert, Fenster, Granularität oder Measure verwirft das veraltete Modell vor dem erneuten Abruf, damit ein Bedienelement niemals einen Datensatz mit den Einstellungen eines anderen beschriftet, während die Anfrage noch läuft.

Dokumentierte Grenzen

Der lookback ist auf dem Server eine feste Positivliste — 1h, 4h, 12h, 24h und 7d — und alles andere wird abgelehnt statt still auf eine Vorgabe gesetzt. Das Auswahlmenü bietet vier dieser fünf; 1h ist nur über die API erreichbar. Die geschätzten und die Bestandsflächen werden nur im Stundentakt gespeichert, andere Zeitrahmen werden daher abgelehnt; allein die realisierte Überlagerung ist bei 1m, 1h und 1d materialisiert. Jede realisierte Stufe hält ein begrenztes nachlaufendes Fenster (rund 3 Stunden bei 1m, 8 Tage bei 1h, 30 Tage bei 1d), und die 1d-Stufe braucht mindestens einen lookback von 48 Stunden, um vollständige Fächer zu liefern. Anfragen außerhalb dieser Grenzen kommen als gekürzt markiert zurück, und die Oberfläche zeigt eine Warnung wegen Teildaten. Die Abfrage realisierter Ereignisse hat eine Standard-Zeilenobergrenze von 1.000 und eine harte Grenze von 10.000; das Erreichen der Grenze wird als Hinweis auf eine Unterzählung sichtbar gemacht.