Wie On-Chain-Perpetuals clearen: Hyperliquids Orderbook

Warum ein Orderbuch auf einer Blockchain überhaupt möglich ist

Über den größten Teil der Geschichte von DeFi hinweg haben On-Chain-Börsen das Automated-Market-Maker-Modell (AMM) genutzt, das durch Uniswap populär wurde. AMMs sind einfach: Ein Smart Contract hält zwei Tokens in einem bestimmten Verhältnis, und eine Formel legt den Preis fest. Es gibt kein Orderbuch, keine Gebote und Angebote, keine zeitliche Priorität. Genau diese Einfachheit ist der Grund, warum AMMs die frühen On-Chain-Börsenkämpfe gewonnen haben: Ein Constant-Function Market Maker hat sehr wenige bewegliche Teile und kann als einzelner Smart Contract bereitgestellt werden.

Perpetuals haben die Rechnung verändert. Ein Perpetual ist ein synthetischer Kontrakt, der einen Basiswert über Funding-Zahlungen zwischen Longs und Shorts abbildet. Um ihn fair zu bepreisen und Tradern eine Marktmeinung zu ermöglichen, braucht man enge Spreads, geringe Latenz und eine klare Vorstellung von Mark-to-Market-Gewinnen und -Verlusten. AMMs tun sich mit allen drei Punkten schwer. Ein Constant-Function Market Maker kann eine Futures-Kurve nicht leicht nachbilden, große Orders nicht ohne enorme Slippage matchen und Liquidationsboni nicht effizient an Bots weiterleiten.

Hyperliquid hat einen anderen Weg eingeschlagen. Anstatt zu versuchen, einen AMM wie eine Futures-Börse funktionieren zu lassen, baute das Team eine speziell entwickelte Blockchain, deren gesamte Aufgabe darin besteht, ein Central Limit Order Book für Perpetuals zu betreiben. Die Chain hat einen einzelnen Sequencer, der Blöcke im Bereich von Hunderten Millisekunden produziert, und dieser Sequencer läuft in einem Rechenzentrum nahe bei den Nutzern und dem Validator-Set. Weil das Netzwerk klein ist und die Geografie kontrolliert wird, kann das System Orders in Millisekunden platzieren, matchen und stornieren, mit Finalität innerhalb weniger Sekunden, während jede Ausführung weiterhin on-chain veröffentlicht und von jedem überprüfbar ist.

Das ist der Teil der Geschichte, der oft in Marketing-Sprache verpackt wird. Die ehrliche Version ist einfacher: On-Chain-Orderbücher funktionieren, weil die Chain schnell ist und das Validator-Set klein ist, nicht wegen eines raffinierten kryptografischen Durchbruchs. Man gibt Dezentralisierung im Sinne von tausend anonymen Blockproduzenten auf, im Austausch für ein CLOB, das sich für einen Trader wie eine zentralisierte Börse anfühlt.

Was die Matching Engine tatsächlich macht

Im Kern ist die Matching Engine derselbe Code, den eine zentralisierte Börse ausführt: eine sortierte Liste von Kauforders und eine sortierte Liste von Verkaufsorders, wobei der beste Kauf auf den besten Verkauf trifft, sobald sich die Preise überschneiden. Auf Hyperliquid ist diese Engine in das Validator-Binary kompiliert, statt in einem Solidity Smart Contract zu laufen. Das ist wichtig, weil ein auf Solidity basierendes Orderbuch zu langsam und bei jedem Tick zu teuer im Gas wäre.

Aus Sicht eines Traders wirkt der Ablauf vertraut. Du signierst eine Order, die sinngemäß sagt: „Ich möchte ETH zum Preis X, in Größe Y, mit Hebel Z und einem Stop-Loss bei W long gehen.“ Die signierte Order wird an den Mempool der Chain gesendet, der eher einem Gossip-Netzwerk ähnelt als einem öffentlichen Ethereum-Mempool. Der Sequencer greift sie auf, versucht, sie gegen ruhende Orders zu matchen, und wenn sie nicht vollständig ausgeführt werden kann, platziert er den Rest im Orderbuch. Wenn zwei Orders matchen, schreibt die Engine einen Trade, aktualisiert das Konto jedes Traders und belastet oder schreibt Sicherheiten gut.

Es gibt eine Feinheit, die Menschen überrascht, die neu in diesem System sind. Das Orderbuch ist die Quelle der Wahrheit für ruhende Orders, aber die tatsächliche Position und die Sicherheiten des Nutzers liegen in einer separaten Zustandsstruktur. Wenn deine Order matcht, überträgt die Engine keine Token-Guthaben, wie es bei einem Spot-Trade der Fall wäre. Sie aktualisiert lediglich einen Positionsdatensatz, der deiner Wallet zugeordnet ist, verrechnet den Trade mit deinen Sicherheiten und berechnet deinen unrealisierten PnL gegenüber dem Mark-Preis neu. Die Abwicklung ist konzeptionell, nicht auf Token-Ebene, weshalb die Chain so viele Trades pro Sekunde verarbeiten kann.

Mechanik der Funding Rate, der eigentliche Motor der Perp-Bepreisung

Funding ist der Teil von Perpetuals, den Anfänger unterschätzen und den Engineers beim ersten Lesen oft falsch verstehen. Ein Perpetual hat kein Ablaufdatum. Damit sein Preis an den Spotpreis des Basiswerts gekoppelt bleibt, führt die Börse eine regelmäßige Zahlung zwischen Longs und Shorts durch. Wenn das Perpetual über dem Index gehandelt wird, zahlen Longs an Shorts. Wenn es darunter gehandelt wird, zahlen Shorts an Longs. Die Zahlung ist pro Periode klein, aber sie summiert sich, und sie ist der Hauptgrund dafür, dass ein Perpetual nicht langsam vom fairen Wert abdriftet.

Hyperliquid berechnet Funding in kurzen Abständen neu, bei großen Märkten typischerweise stündlich, indem zwei Preise verglichen werden. Der erste ist der Mark Price, also die interne Referenz der Engine für den Kontrakt und der Wert, mit dem unrealisierte PnL berechnet und Liquidationen ausgelöst werden. Der zweite ist ein Indexpreis, der aus mehreren externen Oracle-Quellen aggregiert wird, etwa aus aggregierten CEX-Feeds und On-Chain-Referenzpreisen. Die Funding Rate ist im Wesentlichen eine Funktion davon, wie weit der Mark Price vom Index abgewichen ist, geglättet, damit die Rate nicht wegen eines einzelnen Prints hin und her springt.

Der ehrliche Teil, über den die Dokumentation hinweggeht: Die Funding Rate ist kein Marktpreis, der von Tradern entdeckt wird. Sie ist ein Parameter, den die Engine erzeugt, und Trader lernen, ihn zu antizipieren. Wenn Funding hoch und positiv ist, wissen erfahrene Trader, dass der Kontrakt stark long überfüllt ist, und sie werden Spot shorten oder den Perp shorten, um die Zahlung einzunehmen. Dieser Arbitrage-Druck zieht den Mark Price tatsächlich zurück in Richtung Index. Funding ist weniger ein Preissignal als vielmehr eine selbstkorrigierende Strafe für einseitige Positionierung, die nach Zeitplan angewendet wird.

Mark Price, Indexpreis und das Oracle-Problem

Da Perpetuals gehebelt sind, kann ein einziger schlechter Preis Positionen im Wert von Millionen Dollar in Sekunden liquidieren. Um das zu verhindern, liquidiert dich die Engine niemals anhand des letzten vom Matching Engine gedruckten Handelspreises. Stattdessen verwendet sie einen Mark Price, der so konstruiert ist, dass er von einem einzelnen Handelsplatz aus schwer zu manipulieren ist.

Die Konstruktion sieht meist wie eine gewichtete Mischung aus dem Medianpreis mehrerer CEX-Feeds und einer On-Chain-Referenz aus, mit einem gleitenden Durchschnitt, um Ausreißer zu glätten. Der Mark Price wird häufiger aktualisiert als Funding und ist die Zahl, anhand derer die Engine entscheidet, ob deine Position unter der Maintenance Margin liegt. Der letzte Handelspreis im Orderbuch kann sich dagegen durch eine einzige große Market Order stark bewegen, und ihm für Liquidationen zu vertrauen, wäre ein Rezept für kaskadierende Dochte.

Hier muss der Börse auch vertraut werden, selbst auf einer 'dezentralen' Chain. Die Oracle-Eingaben werden von einer bekannten Gruppe von Preis-Publishern signiert. Die Gewichtungen und Glättungsparameter werden vom Protokollteam festgelegt. Wenn diese Eingaben korrupt sind oder die Gewichtungen falsch konfiguriert wurden, kann der Mark Price falsch sein, und Positionen können zu künstlichen Preisen liquidiert werden. Die Blockchain kann weiterhin trustless sein, aber das Oracle ist eine kleine, benannte Gruppe von Abhängigkeiten, und das ist eine echte Angriffsfläche, die ein vorsichtiger Trader einpreisen sollte.

Liquidationen und das MEV-Spiel darum

Wenn die Margin Ratio deiner Position die Maintenance-Schwelle überschreitet, wartet die Engine nicht darauf, dass du nachschießt. Sie markiert die Position zur Liquidation und öffnet sie für einen öffentlichen Prozess. Jeder kann eine 'liquidate'-Transaktion gegen die Position einreichen, und die Engine zahlt dafür einen kleinen Bonus aus dem verbleibenden Collateral der Position, ähnlich einer Keeper-Belohnung.

Da diese Liquidationstransaktionen öffentlich sind, bevor sie ausgeführt werden, entsteht um sie herum ein Wettbewerbsmarkt. Searcher überwachen den Mempool auf Positionen, die kurz davor sind, unter Wasser zu geraten, liefern sich ein Rennen darum, als Erste die Liquidationstransaktion einzureichen, und zahlen Blockproduzenten ein Trinkgeld, um vor Konkurrenten aufgenommen zu werden. Das ist klassischer maximal extractable value, und auf einer Chain, bei der das Validator-Set klein und bekannt ist, gewinnen meist dieselben wenigen hochentwickelten Akteure die meisten Rennen. Das Endergebnis ist, dass der Bonus größtenteils von Searchern und Validatoren vereinnahmt wird statt vom Protokoll, und die Liquidation trotzdem zum richtigen Preis erfolgt.

Für einen Trader lautet die praktische Erkenntnis, dass eine Liquidation auf Hyperliquid keine stille Angelegenheit ist. Deine Position wird von einem Bot, der sie beobachtet hat, gegen den Mark Price geschlossen, und der Preiseffekt des Schließens wird in den nächsten Trades sichtbar sein. Wenn du mit der Richtung richtigliegst, aber mit dem Timing falsch, kannst du herausgenommen werden, bevor sich der Markt zu deinen Gunsten bewegt, und der Bonus, der an den Liquidator geht, ist Geld, das aus deinem Collateral stammt.

Der Versicherungsfonds und warum ADL eine versteckte Steuer auf Gewinner ist

Nicht jede Liquidation kann sauber absorbiert werden. Wenn der Markt durch den Mark Price gappt, kann eine Position, die zu einem bestimmten Preis hätte liquidiert werden sollen, stattdessen zu negativem Eigenkapital werden. An diesem Punkt hat die Engine eine Unterdeckung: Der Trader schuldet mehr als das Collateral, das er hinterlegt hat. Die erste Verteidigungslinie ist der Versicherungsfonds, ein Pool von Tokens, der dem Protokoll gehört und durch einen Anteil der Gebühren aufgefüllt wird. Der Fonds bezahlt die Unterdeckung, und das System bleibt vollständig gedeckt.

Wenn der Versicherungsfonds aufgebraucht ist, muss das Protokoll Verluste von irgendwoher zurückholen, und dieses Irgendwo ist die Auto-Deleveraging-Queue (ADL). ADL ist eine Rangliste profitabler Trader auf der Gegenseite des Marktes. Die Engine schließt deren Positionen zwangsweise zum Bankruptcy Price und nutzt die Erlöse, um die Unterdeckung zu decken. Anders gesagt, die Börse nimmt dir deinen gewinnenden Trade weg, um den verlierenden Trade einer anderen Person zu bezahlen.

Das ist der Teil des Designs, der als Sicherheitsfunktion präsentiert wird, und das ist er auch, aber er ist zugleich ein versteckter Kostenfaktor. Wenn du in einem einseitigen Markt konstant auf der richtigen Seite stehst, sitzt du mit höherer Wahrscheinlichkeit nahe an der Spitze der ADL-Queue, weil das System dich nach Gewinn und Hebel einordnet. Die Wahrscheinlichkeit, dass deine Position zwangsweise geschlossen wird, hängt nicht davon ab, ob du etwas falsch gemacht hast. Sie hängt davon ab, ob die andere Marktseite implodiert ist und der Versicherungsfonds erschöpft wurde. Für erfahrene Trader ist das ein reales Risiko, das neben Gebühren und Funding eingepreist werden sollte.

Was das für Trader und Entwickler bedeutet

Für Trader sind die praktischen Lehren konkret. Verwende, wenn möglich, Limit-Orders statt Market-Orders, denn das Orderbuch ist real und in liquiden Märkten eng. Beobachte die Funding Rate, da sie dir zeigt, wie einseitig die Marktteilnehmer positioniert sind. Setze Stops mit Blick auf den Mark Price, nicht auf den letzten Trade, denn der Mark Price löst Liquidationen aus. Und verstehe, dass ADL nicht nur theoretisch ist: In Extremereignissen können profitable Positionen ohne deine Zustimmung geschlossen werden.

Für Entwickler geht es bei den Lehren um Abwägungen, nicht um Ideologie. Ein CLOB auf einer schnellen App-Chain gibt dir das Gefühl einer zentralisierten Börse mit On-Chain-Abwicklung, aber du übernimmst das Oracle-Problem, das MEV-Problem und das Problem kleiner Validatoren. Ein AMM bietet dir ein einfacheres System mit schlechterer Ausführung und schlechteren Liquidationsmechanismen, aber mit weniger beweglichen Teilen. Es gibt nichts umsonst, und die richtige Antwort hängt davon ab, für welche Art von Markt du baust. Sieh dir zum Beispiel an, wie ein Vergleich dazu, wie On-Chain-Perpetuals tatsächlich abgerechnet werden, gegenüber AMM-basierten Perp-Protokollen ausfällt, die oft auf virtuelle AMMs und Keeper-gesteuerte Liquidationen statt auf ein echtes Orderbuch setzen.

Wie du Hyperliquids Perpetual-Märkte intelligent verfolgst

Perpetual-Märkte bewegen sich schnell, und die wichtigen Signale, Funding, Mark versus Index, Open Interest und die Größe des Insurance Fund, können sich innerhalb von Minuten verändern. Sie manuell über Dashboards, Twitter und Discord hinweg zu beobachten, ist ein aussichtsloses Spiel. Zippfeed zeigt Nachrichten zu Hyperliquid und dem breiteren Perps-Markt mit Sentiment-Bewertung (bullish, neutral oder bearish) und Wichtigkeitsrating an, damit du auf Veränderungen bei Funding, Oracle-Setups und ADL-Risiko reagieren kannst, bevor es der Rest des Marktes tut.