Verwalten Sie Quicknode über Ihr Terminal, Ihren Code oder Ihren KI-Agenten.Jetzt mit CLI, Admin-API, MCP und SDK.
Mit dem Bauen beginnenWas ist HIP-4? Erläuterung der „Hyperliquid Outcome Contracts“
Erfahren Sie, wie HIP-4 und Ergebnisverträge funktionieren, entdecken Sie die Kombinierbarkeit mit dem restlichen Hyperliquid-Stack und erfahren Sie, wie Entwickler darauf aufbauen können.

13. März 2026 – 11 Minuten Lesezeit

Hyperliquid hat zwei Jahre lang daran gearbeitet, eine einzige These zu entwickeln:
Jeder Finanzmarkt – Kryptowährungen, Aktien, Rohstoffe, Ereignisse – sollte auf derselben Ausführungsplattform laufen, mit gemeinsamer Liquidität und modularer Margin.
Jeder Vorschlag und jede Maßnahme im Rahmen der HIPs (Hyperliquid Improvement Proposals) erweitert kontinuierlich das Spektrum der auf HyperCore handelbaren Objekte.
Zunächst hat HIP-1 der Kette native Token zugewiesen.
Anschließend sorgte HIP-2 für eine erste Liquiditätszufuhr.
Im vergangenen Jahr (2025) hat HIP-3 die Bereitstellung von Perpetual-Futures ohne Zugangsbeschränkungen ermöglicht.
Vor wenigen Tagen wurde HIP-4 im Hyperliquid-Testnetz in Betrieb genommen und erweitert Hyperliquid durch Ergebnisverträge um einen neuen Gestaltungsraum und neue Marktmechanismen .
Was ist das? Handelt es sich einfach um „Prognosemärkte auf Hyperliquid“? Wie funktioniert das?
Beantworten wir jede Frage anhand einer detaillierten Darstellung der von HIP-4 eingeführten Grundelemente und ihrer Einbindung in die gesamte Hyperliquid-Infrastruktur.
Ergebnisverträge sind binäre Finanzinstrumente auf Hyperliquid , die davon abhängen, ob ein bestimmtes Ereignis eintritt. Sie werden zwischen 0 und 1 gehandelt, wobei der Preis die vom Markt implizierte Wahrscheinlichkeit des Eintretens dieses Ereignisses widerspiegelt.
Tritt das Ereignis ein, wird der Kontrakt mit 1 abgerechnet.
Ist dies nicht der Fall, wird der Wert auf 0 gesetzt.
Da die Abrechnungswerte feststehen, ist die Auszahlungsstruktur übersichtlich.
Angenommen, ein Händler kauft einen YES-Kontrakt zum Preis P, dann beträgt die Auszahlung bei Abrechnung:
Gewinn bei Eintreten des Ereignisses: 1−P
Verlust, falls das Ereignis nicht eintritt: P
Beispiel:
Wenn ein Kontrakt bei 0,60 gehandelt wird, geht der Markt von einer Wahrscheinlichkeit von 60 % aus, dass das Ereignis eintritt. Und so sieht das Szenario aus, wenn ein Händler „YES“ bei 0,60 kauft:

Abgesehen von Mathematik, Geld und Auszahlungen erfordert es etwas mehr Tiefgang, um zu verstehen, wie Ergebnisverträge funktionieren und welche Möglichkeiten sich dadurch ergeben.
Ergebnisverträge werden direkt innerhalb von HyperCore, der zentralen Ausführungsschicht, die für die Spot- und Perpetual-Märkte auf Hyperliquid zuständig ist. Das bedeutet, dass sie dieselbe On-Chain-Orderbuch-Infrastruktur, dieselbe Matching-Engine und dieselbe Handelsumgebung nutzen wie die bestehenden Märkte.
Orderbuch: Jeder Outcome-Markt verfügt über ein eigenes zentrales Limit Orderbuch (CLOB), das genauso funktioniert wie die Spot- und Perp-Märkte auf HyperCore.
Kontosystem: Die Positionen aus Outcome- Kontrakten werden auf demselben Hyperliquid-Handelskonto geführt, das ein Händler für die Hyperliquid-DEX nutzt.
Ergebnis Verträge Da Ergebnisverträge ein fester Bestandteil von HyperCore sind, erleichtert dies auch Entwicklern und Programmierern die Arbeit, die im Hyperliquid-Ökosystem innovativ sein möchten.
Da Ergebnisverträge hinsichtlich folgender Aspekte dieselbe Infrastruktur nutzen wie jeder andere HyperCore-Markt:
Transaktionsdurchsatz,
Latenz Profil,
Validator-Set Behandlung der Finalität und vieles mehr.
Auf diese Weise können Entwickler, die den aktuellen Marktstatus, die Tiefe des Orderbuchs oder Abwicklungsereignisse abfragen, dieselbe Infrastruktur nutzen, die sie auch für die Hyperliquid-DEX verwenden würden.
Der nächste Schritt besteht darin, zu verstehen, wie diese Märkte nach ihrer Einführung tatsächlich funktionieren.

Nach ihrer Bereitstellung in HyperCore durchlaufen Outcome-Kontrakte einen einfachen Lebenszyklus: Erstellung > Auktion > fortlaufender Handel > Abwicklung.
Auch wenn der Vorgang selbsterklärend erscheint, gibt es bei jedem Schritt eine Feinheit, die hilft Hyperliquid dabei, dieses Marktangebot optimal zu nutzen:
Der Entwickler (Deployer) muss 1 Mio. $HYPE-Token staken, um seinen Outcome-Markt zu starten.
Der Einsatz kann gekürzt werden, wenn ein Builder versucht, das Orakel zu manipulieren oder ungültige Zustandsübergänge auszulösen. Jeder teilweise oder vollständig gekürzte $HYPE-Einsatz wird vernichtet.
Während der Bereitstellung definiert der Builder das Ereignisschema:
Veranstaltungstitel
Auflösungszeit
Auflösungsquelle
Autorisierter Oracle-Updater
Optionaler Zusatz: Einspruchsfenster für eine optimistische frühzeitige Klärung + Streitfälle
Zudem können die Bereitsteller zusätzlich zu den Grundgebühren von Hyperliquid einen weiteren Gebührenanteil von bis zu 50 % festlegen.
Märkte werden in Slots innerhalb der Event-DEX eines Builders bereitgestellt.
Sobald der Slot freigegeben ist, kann er für eine neue Veranstaltung wiederverwendet werden, was bedeutet, dass eine einzige 1M $HYPE-Zusage eine fortlaufende Reihe von Märkten unterstützen kann.
Nach der Bereitstellung findet eine etwa 15-minütige Einheitspreis-Clearing-Auktion statt, in deren Verlauf die Nutzer Orders abgeben („Kauf YES bis zum Preis P“).
Denken Sie daran: In dieser Phase wird nichts ausgeführt.
Bei Handelsschluss wählt der Motor den Abrechnungspreis, der das abgeglichene Volumen maximiert, und alle abgeglichenen Orders werden zu diesem einzigen Preis ausgeführt.
Nicht ausgeführte Aufträge werden mit ihren ursprünglichen Limitpreisen in den fortlaufenden Handel übernommen.

Die mathematischen Grundlagen zur Ermittlung des Eröffnungskurses. Quelle
Nach der Auktion geht der Markt in den fortlaufenden Orderbuchhandel über.
Aufträge werden nach dem Preis-Zeit-Prinzip abgewickelt. Händler können genau wie auf anderen Hyperliquid-Märkten Limit- und Marktaufträge erteilen.
Der Kontraktpreis spiegelt die vom Markt implizierte Wahrscheinlichkeit des Eintretens des Ereignisses wider und bleibt bis zum Eintreten des Ereignisses im Bereich zwischen 0,001 und 0,999.
Sobald das Ereignis abgeschlossen ist, veröffentlicht das autorisierte Orakel das endgültige Ergebnis:
1, wenn das Ereignis eintritt
0, wenn dies nicht der Fall ist
Der Handel wird ausgesetzt, offene Orders werden storniert und alle Positionen werden automatisch mit ihrem endgültigen PnL in USDH abgerechnet.
Märkte können optional ein Einspruchsfenster vorsehen, in dem die Ergebnisse des Orakels angefochten werden können, bevor die Abrechnung endgültig wird.
Nun wissen wir, wie die Outcome-Märkte funktionieren, kennen die mathematischen Grundlagen und den Ablauf. Wenden wir uns nun der Frage zu, warum dies für Hyperliquid als Ökosystem und für alle daran beteiligten Akteure von Bedeutung ist.
Die Roadmap von Hyperliquid war von Anfang an einheitlich: die Handelsplattform innerhalb einer einzigen Ausführungs-Engine zu erweitern.

Die Idee ist einfach.
Es entsteht eine einheitliche Ausführungsschicht, in der alle Marktarten – Spot-, Perpetual- und nun auch Outcome-Kontrakte – auf derselben Infrastruktur laufen, über dieselbe Engine abgewickelt werden und in demselben Handelskonto geführt werden. Noch wichtiger ist, dass jede neue Marktart denselben Liquiditätspool vertieft, anstatt ihn zu fragmentieren.
Genau das ist es, was „Kombinierbarkeit“ in diesem Zusammenhang eigentlich bedeutet.
Betrachten wir ein konkretes Beispiel: Ein Trader hält eine Long-Position in einem ETH-Perpetual-Kontrakt. Er geht davon aus, dass der ETH-Kurs steigen wird, wenn die Fed die Zinsen senkt, möchte sich aber absichern, falls dies nicht geschieht.
An jeder anderen Stelle müsste der Händler zwei separate Positionen aufzwei verschiedenen Plattformen eingehen, wobei jede über einen eigenen Sicherheitenpool verfügt.
Bei Hyperliquid befinden sich der Perp- und der Outcome-Kontrakt auf demselben Konto.
Darüber hinaus bietet diese Kombinierbarkeit sowohl für Bauherren als auch für Entwickler Vorteile:
Ein im Kassamarkt tätiger Market Maker kann seine Infrastruktur ohne neue Integration auf Terminmärkte ausweiten.
Entwickler, die sich mit Hyperliquid beschäftigen, erhalten unbegrenzten Gestaltungsspielraum, für den früher mehrere Infrastrukturen auf institutionellem Niveau sowie ein hoher Koordinationsaufwand erforderlich waren, damit das Ganze funktionierte.
Nun, das ist kein neues Experiment von Hyperliquid. Sie haben die ganze Zeit über dasselbe Ziel verfolgt.

Hyperliquid hat seine langfristige Vision sehr deutlich dargelegt.
Die Blockchain als Dreh- und Angelpunkt aller Finanzgeschäfte: Eine einzige Blockchain, die in der Lage ist, alle Finanzmärkte auf einer einzigen Ausführungsschicht zu vereinen.
Nun ist die Kombinierbarkeit aber nur so nützlich wie die Entwickler, die sie weiterentwickeln. Lassen Sie uns einmal etwas praktischer über Entwickler und Betreiber von Hyperliquid nachdenken.
HIP-4 wirkt sich nicht auf alle Nutzer von Hyperliquid gleichermaßen aus. Betrachten wir das Ganze einmal aus einer größeren Perspektive und denken wir über die Auswirkungen auf die zwei bis drei wichtigsten Rollen in der Blockchain nach.
Für Entwickler verwandelt HIP-4 Event-Märkte in einsetzbare Infrastruktur statt in eigenständige Anwendungen. Dies eröffnet Raum für neue Arten von Produkten:
Marktübergreifende Arbitrage-Bots
Schnittstellen für den Event-Handel
Mehrstufige strukturierte Produkte
Produkte für Marktanalysen und Wahrscheinlichkeitsdaten
Frontends für Prognosemärkte
Da die Infrastruktur speziell für diesen Zweck entwickelt wurde und zuverlässig ist, können Entwickler auf der Grundlage von Outcome-Kontrakten eine Vielzahl von Schnittstellen und Markt-Discovery-Ebenen aufbauen.
Für Liquiditätsanbieter und Market Maker bieten die Ergebnismärkte derzeit nur begrenzte Funktionen. Die begrenzte Auszahlung ist für jeden LP, der seine Gewinne maximieren möchte, ein Hindernis.
Zudem sind Outcome-Märkte als Wahrscheinlichkeitsinstrumente im Vergleich zu Perp-Märkten für LPs passiver, da das Engagement dort kontinuierlich ist und die Finanzierungssätze die Positionsentscheidungen bestimmen, was die Gewinnobergrenze erhöht.
Vielleicht könnte dies im Laufe der Zeit zu einer völlig neuen Liquiditätskategorie auf Hyperliquid führen: Market-Making für Ereigniswahrscheinlichkeiten.
LPs und Market Maker profitieren nicht direkt von HIP-4.
Die 1M $HYPE-Beteiligung stellt die Hürde dar. Bei den aktuellen Preisen ist das ein erheblicher Kapitalaufwand, doch das Slot-Recycling verändert die Wirtschaftlichkeit pro Einheit erheblich.
Ein einzelner Einsatz, der eine fortlaufende Reihe von Märkten stützt, verteilt diese Kosten über einen längeren Zeitraum.
Dadurch können Betreiber fortlaufende Event-Märkte rund um wiederkehrende Veranstaltungen betreiben, wie zum Beispiel:
Veröffentlichung makroökonomischer Daten
Gewinnbekanntgaben
Wahlen oder Abstimmungen über Regierungsfragen
wichtige Produkteinführungen
Daher müssen Marktgestalter sich weitaus mehr Gedanken über die Auslastung der Handelsplätze, die Abfolge der Markteinführungen und den richtigen Zeitpunkt für die Markteinführung machen als darüber, ob sie eine Million $HYPE staken sollen.
Wie geht es weiter? Entwickler benötigen gute Werkzeuge und Datenzugriff, um den neuen Gestaltungsspielraum der Ergebnismärkte wirklich nutzen zu können.
Ergebnismärkte sind ereignisgesteuert.
Eine einfache Feststellung, doch diese architektonische Besonderheit hat direkte Auswirkungen, die in kontinuierlichen Märkten wie dem Spot- oder dem Perpetual-Markt nicht auftreten.
> In einem kontinuierlich gehandelten Markt bedeutet ein versäumtes Update einen leicht veralteten Kurs.
> In einem Ergebnismarkt bedeutet ein nicht eingetretenes Ereignis eine fehlerhafte Schnittstelle, eine fehlgeschlagene Absicherung oder eine Position, die nicht korrekt abgewickelt wurde.
Die Kosten eines Infrastrukturausfalls sind asymmetrisch.
Für Entwickler und Händler, die auf diesen Märkten tätig sind, unterstreicht dieses Verhalten die Bedeutung einer zuverlässigen Infrastruktur. Anwendungen benötigen einen konsistenten Zugriff auf:
Echtzeit-Orderbuchdaten
Marktstatus und Veranstaltungsmetadaten
Kontostände und Positionsaktualisierungen
Übermittlung von Transaktionen für Bestellungen und Stornierungen
Da die Outcome-Märkte über das Orderbuch von HyperCore gehandelt werden, erfolgen diese Interaktionen über RPC-Endpunkte und APIs, die Marktdaten und Ausführungsschnittstellen bereitstellen.
In der Praxis benötigen Entwickler, die Schnittstellen für den Event-Handel, Analyse-Dashboards oder automatisierte Strategien entwickeln, eine Infrastruktur, die Aktivitätsspitzen zuverlässig bewältigen kann, wenn neue Informationen auf den Markt kommen.
Hier kommen Infrastrukturanbieter wie Quicknode ins Spiel.
Durch das Angebot von verwalteten Hyperliquid-RPC-Endpunkten, Datenzugriff und Entwicklertools Quicknode es Teams, sich ausschließlich auf die Entwicklung von Produkten und Lösungen zu konzentrieren.
Die HyperCore-Integration von Quicknode, die sich derzeit in der öffentlichen Beta-Phase befindet, verspricht folgende „Superkräfte“ für die Infrastruktur:
Streams Unterstützung für Hypercore-Datensätze, die eine gefilterte, push-basierte Bereitstellung von Hyperliquid-Daten ermöglicht
gRPC-APIs konzipiert für Datenpipelines mit hohem Datenaufkommen und geringer Latenz
JSON-RPC- und WebSocket-bezogene Methoden zur Gewährleistung der Kompatibilität mit bestehenden Arbeitsabläufen
💡Aktuelle Preise anzeigen: https://www.quicknode.com/api-credits/hyperliquid
Weitere Quicknode-Ressourcen für Hyperliquid-Entwickler:
Entwickeln Sie einen Echtzeit-Bot für „Hyperliquid Whale Alert“
Vergleich der sechs führenden Hyperliquid-RPC-Anbieter für HyperCore und HyperEVM
SDKs und Tools
Hyperliquid Python SDK – auch auf PyPI
Beispiele für die Hyperliquid-API – Beispiele zum Kopieren und Ausführen in Python, TypeScript, Rust und Go
Hyperliquid-SDK-Beispiele – fortgeschrittene Anwendungsmuster für das SDK
HyperCore CLI – HyperCore-Daten über das Terminal streamen und nachladen
hyperliquidapi.com – Zero-Custody-Handels-API von Hyperliquid
Bleiben Sie auf dem Laufenden – abonnieren Sie unseren Blog, um die neuesten Informationen zur Blockchain-Infrastruktur zu erhalten.
Für Teams, die auf HIP-4 aufbauen, entscheidet die Infrastrukturebene darüber, ob ein Produkt im entscheidenden Moment funktioniert oder nicht.
Die handelbare Fläche auf HyperCore wurde gerade erweitert, da HIP-4 im Testnetz in Betrieb genommen wurde. Mit Ergebniskontrakten bewertet Hyperliquid nun Ereignisse.
Diese Entwicklung eröffnet Bauunternehmern und Marktteilnehmern neue Gestaltungsmöglichkeiten.
Entwickler können Märkte für wiederkehrende Ereignisse einrichten, Liquiditätsanbieter können neben traditionellen Märkten auch Wahrscheinlichkeitsinstrumente notieren, und Händler können ihre Einschätzungen nicht nur zu Kursen, sondern auch zu Ergebnissen äußern.
Als Nächstes stehen die Einführung neuer Märkte, die Weiterentwicklung der Tools und Entwicklerressourcen sowie natürlich das ständige Bestreben von Hyperliquid im Vordergrund, das Spektrum der Märkte zu erweitern, die innerhalb derselben Handelsinfrastruktur betrieben werden können.
Nicht ganz. Prognosemärkte sind eine Anwendungsform von Ergebnisverträgen.
Ergebniskontrakte sind die zugrunde liegenden Finanzprimitive, d. h. binäre Instrumente, deren Wert je nach Ausgang eines Ereignisses auf 0 oder 1 festgelegt wird. Prognosemärkte nutzen diese Primitive lediglich, um die Wahrscheinlichkeit zukünftiger Ereignisse zu bewerten.
Auf Hyperliquid können Ergebnisverträge über die traditionellen Anwendungsfälle im Bereich der Prognosen hinaus viele Arten von ereignisbasierten Märkten unterstützen.
Seit März 2026 ist der Handel mit HIP-4-Ergebnissen im Hyperliquid-Testnetz live. Die Einführung im Mainnet erfolgt in zwei Phasen: Zunächst werden kuratierte kanonische Märkte eingeführt, anschließend folgt die berechtigungsfreie Bereitstellung von Builder-Anwendungen. Ein Termin für den Start im Mainnet steht noch nicht fest.
Quicknode bietet die umfassendste Lösung mit vollständiger HyperCore- und HyperEVM-Unterstützung, gRPC-Streaming und der breitesten Protokollabdeckung. Welcher Anbieter für Sie am besten geeignet ist, hängt letztendlich von Ihren spezifischen Anforderungen ab – Hochfrequenzhandel, Kostenoptimierung oder Multi-Chain-Infrastruktur.
Ja, der Anbieterwechsel ist unkompliziert, da die meisten Anbieter Standard-JSON-RPC- und WebSocket-Schnittstellen verwenden. In der Regel müssen Sie lediglich die URL Ihres Endpunkts aktualisieren.
Wenn Sie jedoch Funktionen auf der Grundlage anbieterspezifischer Tools wie dem Analyse-Dashboard von Quicknode oder benutzerdefinierten APIs entwickelt haben, müssen Sie diese Integrationen möglicherweise anpassen. Die zentralen Blockchain-Interaktionen bleiben jedoch anbieterübergreifend kompatibel.
Quicknode wurde 2017 gegründet und stellt Entwicklern und Unternehmen eine Blockchain-Infrastruktur auf institutionellem Niveau zur Verfügung. Dank einer Verfügbarkeit von 99,99 % und der Unterstützung von mehr als 80 Blockchains können Teams On-Chain-Anwendungen ohne Kompromisse entwickeln und skalieren.
Die neuesten Erkenntnisse aus der Technik, Produkt-Updates und Neuigkeiten aus der Web3-Welt – direkt in Ihren Posteingang.
SOC 2 Typ II-zertifiziert · ISO 27001