Hyperliquid HIP-3-Perps: Märkte, Gebühren und Risiken

Die Standard-Perp-DEX und ein HIP-3-Markt unterscheiden sich darin, wer sie betreibt und wofür diese Stelle verantwortlich ist. HIP-3 ermöglicht Buildern eine erlaubnisfreie Bereitstellung von Perp-DEXs. „Erlaubnisfrei“ bedeutet aber weder ungeprüfte unbegrenzte Listings noch einheitliche Kontrakte. Der Deployer definiert Referenzwert und Kontraktspezifikation, stellt Oracle-Preise bereit und betreibt Einstellungen wie Hebelgrenzen und Abwicklung. Zusätzlich gelten Protokollbedingungen, etwa Staking, Listing-Auktionen, Sicherheitenregeln und mögliche Validator-Maßnahmen.

Die HIP-3-Spezifikation von Hyperliquid nennt derzeit eine HYPE-Staking-Anforderung von 500.000 HYPE für Mainnet-Deployer. Nach Bereitstellung einer DEX muss diese Menge mindestens 183 Tage gehalten werden. Das sind Protokollbedingungen für Deployer, nicht die Margin, die Trader für eine Position hinterlegen. Anforderungen können sich ändern; Builder sollten vor einem Start die aktuelle Spezifikation prüfen. Aus der Stake-Höhe allein lässt sich weder die Sicherheit des Marktes noch die Kompetenz des Betreibers ableiten.

HIP-3-Orders nutzen HyperCores Orderbuch- und Matching-Infrastruktur. Eine HIP-3-DEX ist daher weder eine eigene Blockchain noch zwingend eine separate Trading-App. Trotzdem hat jede DEX ein unabhängiges Orderbuch und eine eigene Margin-Konfiguration. Liquidität und Sicherheiten einer anderen DEX werden nicht automatisch zusammengelegt. Prüfen Sie zuerst den DEX-Namen am Symbol, die genaue Asset-ID und den Handelsstatus. Ähnliche Asset-Namen bezeichnen bei abweichendem Betreiber oder Kontrakt nicht dasselbe Produkt.

Die Hyperliquid-API trennt die Liste der Perp-DEXs, Betreiberinformationen sowie Metadaten, Asset-Kontexte, Kontostände und Marktlimits jeder DEX. Eine Oberfläche oder ein Skript, das nur die Standard-DEX abfragt, kann Margin-Stufen, Open-Interest-Limits, Funding oder Handelsstatus eines HIP-3-Markts übersehen. Prüfen Sie die ausgewählte DEX in der Handelsoberfläche und geben Sie sie auch in Datenabfragen ausdrücklich an. Felddefinitionen und Abfrageumfang stehen in der API-Referenz für Perpetuals.

Unrealisierter Gewinn und Verlust, Margin sowie Liquidationsentscheidungen hängen von der Preisreferenz des Markts ab. Bei HIP-3 definiert der Deployer das Oracle und seine Aktualisierung. Ein bekannter Ticker oder die Aufnahme in HyperCore beweist nicht, dass der Referenzpreis einen liquiden, unabhängig handelbaren Spotmarkt abbildet. Prüfen Sie, ob der Basiswert tatsächlich handelbar ist, ob die Oracle-Quelle unabhängig und liquide ist, wie Index oder Feed berechnet werden und wie widerstandsfähig sie gegen Manipulation sind.

Die Deployer-API-Referenz beschreibt Aktionen für Preisupdates, Funding-Multiplikatoren und Zinssätze, Margin-Tabellen, Open-Interest-Limits und Handelsstopps. Klare Zuständigkeiten zeigen, wer den Markt betreibt, bedeuten aber nicht, dass alle Märkte dieselben Einstellungen nutzen. Prüfen Sie die ursprüngliche Spezifikation, spätere Änderungsrechte, Aktualisierungsintervalle und das Verhalten bei einem Feed-Ausfall.

Stützt sich ein Index etwa stark auf einen dünn gehandelten Tokenmarkt, können schon ein kleiner Trade oder ein verzögerter Feed die Abweichung zwischen Oracle und Orderbuch vergrößern. Das betrifft nicht nur die Anzeige des Liquidationspreises. Funding, unrealisierter Gewinn und Verlust, Kontoeigenkapital und Abwicklung können auf Werte aus unterschiedlichen Zeitpunkten reagieren. Selbst ein robustes Oracle macht Ausführungen nicht mit Standard-Perps identisch, wenn Kontraktgröße, Tickgröße, Sicherheit oder maximale Ordergröße abweichen.

Getrennte Orderbücher und Margin-Einstellungen bedeuten nicht, dass jede HIP-3-Position isolierte Margin nutzt. Prüfen Sie den für das Asset konfigurierten Modus. Die aktuelle Spezifikation von Hyperliquid nennt für HIP-3-Assets mit Cross-Margin unter anderem ausreichende beobachtbare Liquidität, ein zuverlässiges externes Oracle und Widerstandskraft gegen Preismanipulation. Deployer können den Margin-Modus festlegen; zusätzlich können Validator-Anforderungen gelten. Eine Hebelzahl auf dem Bildschirm zeigt nicht, welcher Teil des Kontoguthabens einem Verlust ausgesetzt ist.

Cross-Margin über DEXs unterschiedlicher Betreiber hinweg kann einen Marktschock auf ein gemeinsames Konto übertragen. Verringert ein ungewöhnlicher Preis in einem Markt das Eigenkapital, kann auch die freie Margin anderer Positionen sinken. Ein hoher maximaler Hebel ist keine Empfehlung, ihn auszuschöpfen. Prüfen Sie Margin-Stufen, Open-Interest-Limits, Liquidationsreferenzpreis, Backstop- oder ADL-Verfahren und die Cross-Margin-Einstellung des Kontos gemeinsam. Der Leitfaden zu Perp-Margin erklärt allgemeine Margins; der Leitfaden zu Perp-Liquidationen behandelt Ablauf und Grenzen angezeigter Preise.

Die übliche Hyperliquid-Gebührenstufe reicht möglicherweise nicht, um die Gesamtkosten eines HIP-3-Trades zu bestimmen. Laut offizieller Gebührendokumentation gilt die Basisstufe eines Nutzers für Spot, Standard-Perps und HIP-3. Ein HIP-3-Deployer kann jedoch einen zusätzlichen Marktanteil konfigurieren. Je nach Bedingungen können Empfehlungs- und Staking-Rabatte hinzukommen. Die tatsächlichen Ausführungskosten hängen daher von Kontostufe, Maker- oder Taker-Status, Sicherheit und Markteinstellungen ab. Grenzen und Rabatte können sich ändern.

Das offizielle Beispiel für Normalmodus mit nicht abgestimmter Sicherheit lässt sich in Gebühreneinheiten lesen: Bei einer Basisgebühr von einer Einheit bedeutet feeScale 0 eine Einheit für das Protokoll und nichts für den Deployer; 0.5 bedeutet eine Protokolleinheit plus eine halbe Einheit für den Deployer; 1 bedeutet je eine Einheit. feeScale 0.5 halbiert also nicht die Gesamtgebühr. Bei 1 kommt ein Deployer-Anteil in Höhe der Basisgebühr hinzu. Die aktuelle Formel und Ausnahmen bei Growth Mode oder abgestimmter Sicherheit stehen in der Gebührendokumentation und der Spezifikation der Deployer-Gebühren.

Ein hypothetisches Beispiel macht die Größenordnung greifbar. Bei 0,045 % Basisgebühr kostet ein einzelner Taker-Fill über 10.000 US-Dollar zunächst $10,000 × 0.00045 = $4.50. Bei nicht abgestimmter Sicherheit, Normalmodus und feeScale 0.5 ergeben die dokumentierten Anteile 4,50 US-Dollar für das Protokoll und 2,25 US-Dollar für den Deployer, zusammen 6,75 US-Dollar. Das ist nicht die Gebühr jedes HIP-3-Markts. Stufe, Maker/Taker, Empfehlungs- und Staking-Rabatte, Growth Mode, Sicherheit und Deployer-Einstellungen können den Betrag ändern. Für einen Roundtrip ist außerdem zu prüfen, ob beim Schließen dieselben Annahmen gelten.

Gebührenstufen beruhen auf rollierendem 14-Tage-Volumen. Spot- und Perp-Volumen werden berücksichtigt; laut aktueller Dokumentation zählt Spot-Volumen doppelt. Beim Vergleich sollten Sie daher Kontostufe, Spot-Gewichtung, Reihenfolge der Rabatte, Deployer-Anteil und Maker-Rabatte erfassen. Die kleinste Zahl einer Stufentabelle ist nicht automatisch die gesamte Gebühr. Der Leitfaden zu Perp-Handelskosten erklärt den Unterschied zwischen Maker-, Taker- und Kontokosten.

Ein HIP-3-Deployer kann ein Asset mit haltTrading anhalten. Die aktuelle Spezifikation sagt, dass dabei alle ruhenden Orders storniert und offene Positionen zum aktuellen Mark-Preis abgerechnet werden. Mit derselben Aktion kann der Handel wieder aufgenommen werden. Ein Perp ohne Verfallsdatum garantiert also nicht, dass Trader jederzeit zu einem selbst gewählten Orderbuchpreis schließen können. Betreiber, Preisreferenz beim Stopp und Kontobehandlung sind praktische Vertragsbedingungen.

Das ist wichtig, wenn handelbare Liquidität verschwindet oder sich die Indexreferenz ändert. Der Abrechnungspreis muss nicht dem letzten ausführbaren Geld- oder Briefkurs entsprechen. Auch Gebühren, Funding und Umrechnung von Sicherheiten können weiter relevant sein. Prüfen Sie Marktstatus und Mitteilungen, wer den Handel stoppen darf und wie hoch der aktuelle Mark-Preis ist. Der Hyperliquid-Funding-Leitfaden vergleicht Standard-Funding mit den separaten HIP-3-Einstellungen.

Vergleichen Sie HIP-3-Märkte nicht nur anhand des Asset-Namens oder Hebels. Klären Sie, wofür ein Kontrakt steht, in welchen Assets Gewinn und Verlust sowie Sicherheiten berechnet werden, welche Oracle- und Mark-Preisfelder gelten, ob Gebühren pro Fill oder für beide Seiten ausgewiesen werden und ob der Deployer-Anteil enthalten ist. Zwei Kontrakte auf unterschiedliche Indizes oder Instrumente sichern sich nicht zwingend gegenseitig ab, auch wenn beide „BTC“ im Namen tragen.

Notieren Sie für jeden Markt DEX und Asset-ID, Handelsstatus, Oracle-Quelle, Sicherheit, Kontraktspezifikation, maximalen Hebel und Maintenance-Stufen, Cross- oder Isolated-Modus, Open-Interest-Limit, gesamte Taker-Gebühr, Funding-Regeln sowie Stopp- und Abwicklungsverfahren. Ist ein Punkt nicht dokumentiert, kennzeichnen Sie ihn als unbekannt, statt den Wert des Standard-Perps zu übernehmen. Die Perpetuals-API-Referenz erläutert Abfragen zu Status, Preis und Margin-Kontext.

Diese Prüfungen beschreiben Unterschiede zwischen HIP-3-Märkten und empfehlen weder einen Betreiber noch eine Börse. Protokollregeln allein garantieren keine Oracle-Qualität, ausführbare Liquidität, betriebliche Kompetenz oder zukünftige Gewinne. Vergleichen Sie vor einer Order die aktuelle Marktspezifikation mit den in Ihrem Konto angezeigten Gebühren- und Margin-Bedingungen.