Beheer Quicknode via je terminal, code of AI-agent.Nu met CLI, Admin API, MCP en SDK.
Begin met bouwenWat is HIP-4? Uitleg over Hyperliquid Outcome Contracts
Ontdek hoe HIP-4 en uitkomstcontracten werken, verken de combineerbaarheid met de rest van de Hyperliquid-stack en ontdek hoe ontwikkelaars hierop kunnen voortbouwen.

13 maart 2026 — leestijd: 11 min.

Hyperliquid heeft twee jaar lang gewerkt aan één enkele stelling:
Elke financiële markt – crypto, aandelen, grondstoffen, evenementen – zou op dezelfde uitvoeringsengine moeten draaien, met gedeelde liquiditeit en samenstelbare marge.
Elk voorstel en elke actie in het kader van HIP’s (Hyperliquid Improvement Proposals) zorgt ervoor dat het aanbod van verhandelbare items op HyperCore voortdurend wordt uitgebreid.
Ten eerste heeft HIP-1 de keten native tokens toegekend.
Vervolgens zorgde HIP-2 voor een opstart van de liquiditeit.
Vorig jaar (2025) heeft HIP-3 de markt voor perpetual futures opengesteld voor implementatie zonder toestemming.
Enkele dagen geleden is HIP-4 live gegaan op het Hyperliquid-testnet, waarmee Hyperliquid wordt uitgebreid naar een nieuwe ontwerpruimte en nieuwe marktmechanismen met uitkomstcontracten.
Wat is het? Zijn het gewoon „voorspellingsmarkten op Hyperliquid“? Hoe werkt het?
Laten we elke vraag beantwoorden aan de hand van een overzicht van de basiselementen die HIP-4 introduceert en hoe deze passen binnen de algehele Hyperliquid-infrastructuur.
Resultaatgerichte contracten zijn binaire financiële instrumenten op Hyperliquid die gekoppeld zijn aan het al dan niet plaatsvinden van een specifieke gebeurtenis. Ze worden verhandeld tussen 0 en 1, waarbij de prijs de door de markt geïmpliceerde waarschijnlijkheid weergeeft dat die gebeurtenis plaatsvindt.
Als de gebeurtenis zich voordoet, wordt het contract afgewikkeld tegen 1.
Als dat niet het geval is, wordt de waarde op 0 vastgesteld.
Omdat de afwikkelingswaarden vastliggen, is de uitbetalingsstructuur eenvoudig.
Stel dat een handelaar een YES-contract koopt tegen prijs P, dan is de uitbetaling bij afwikkeling:
Winst indien de gebeurtenis plaatsvindt: 1−P
Verlies indien de gebeurtenis niet plaatsvindt: P
Voorbeeld:
Als een contract tegen 0,60 wordt verhandeld, impliceert de markt een kans van 60% dat de gebeurtenis zich zal voordoen. En dit is het scenario als een handelaar YES koopt tegen 0,60:

Afgezien van wiskunde, geld en opbrengsten, is er wat meer diepgang nodig om te begrijpen hoe uitkomstcontracten werken en welke mogelijkheden ze bieden.
Resultaatgerichte contracten worden rechtstreeks uitgevoerd binnen HyperCore, de centrale uitvoeringslaag die verantwoordelijk is voor de spot- en perpetual-markten op Hyperliquid. Dit betekent dat ze gebruikmaken van dezelfde on-chain orderboekinfrastructuur, matching-engine en handelsomgeving als de bestaande markten.
Orderboek: Elke uitkomstmarkt heeft zijn eigen centraal limiet orderboek (CLOB), dat op dezelfde manier functioneert als de spot- en perp-markten op HyperCore.
Accountsysteem: Posities in Outcome -contracten worden bijgehouden binnen dezelfde Hyperliquid-handelsrekening die een handelaar gebruikt voor Hyperliquid DEX.
Resultaat Contracten Het feit dat contracten in HyperCore zijn geïntegreerd, maakt het ook gemakkelijker voor bouwers en ontwikkelaars die willen innoveren binnen het Hyperliquid-ecosysteem.
Omdat resultaatcontracten dezelfde infrastructuur overnemen als elke andere HyperCore-markt wat betreft:
transactiedoorvoer,
latentie profiel,
validatorset omgaan met finaliteit, en meer.
Op deze manier kunnen ontwikkelaars die informatie opvragen over de marktstatus, de diepte van het orderboek of afwikkelingsgebeurtenissen gebruikmaken van dezelfde infrastructuur als die ze voor de Hyperliquid DEX zouden gebruiken.
De volgende stap is te begrijpen hoe deze markten in de praktijk functioneren zodra ze in gebruik zijn genomen.

Zodra ze in HyperCore zijn geïmplementeerd, doorlopen uitkomstcontracten een eenvoudige levenscyclus: aanmaak > veiling > doorlopende handel > afwikkeling.
Hoewel het proces op het eerste gezicht voor zich spreekt, zit er in elke stap een nuance die helpt Hyperliquid dit marktaanbod optimaal te benutten:
De bouwer (deployer) moet 1 miljoen $HYPE-tokens inzetten om zijn outcome-markt te implementeren.
De inzet kan worden gekort als een bouwer probeert het orakel te manipuleren of ongeldige toestandsveranderingen te veroorzaken. Alle gedeeltelijk of volledig gekorte $HYPE wordt vernietigd.
Tijdens de implementatie definieert de bouwer het gebeurtenisschema:
Titel van het evenement
Resolutietijd
Bron van de resolutie
Geautoriseerde Oracle-updater
Optionele toevoeging: Venster voor optimistische vroegtijdige oplossing + geschillen
Daarnaast kunnen deployers een extra vergoeding van maximaal 50% vaststellen bovenop de basiskosten van Hyperliquid.
Markten worden ondergebracht in slots binnen de DEX van een builder.
Zodra dit is afgehandeld, kan de slot worden hergebruikt voor een nieuw evenement, wat betekent dat één enkele toezegging van 1 miljoen $HYPE een doorlopende reeks markten kan ondersteunen.
Na de implementatie vindt er een veiling plaats met één vaste prijs die ongeveer 15 minuten duurt; tijdens deze veiling dienen gebruikers orders in („koop YES tot prijs P”).
Onthoud dat er in deze fase niets wordt uitgevoerd.
Bij het sluiten kiest de beurs de afrekenprijs die het gematchte volume maximaliseert, en wordt elke gematchte order tegen die ene prijs uitgevoerd.
Niet-uitgevoerde orders worden tegen hun oorspronkelijke limieten meegenomen in de doorlopende handel.

De wiskundige berekening achter het vaststellen van de openingskoers. Bron
Na de veiling gaat de markt over op doorlopende handel op basis van het orderboek.
Orders worden verwerkt op basis van prijs-tijdprioriteit. Handelaren kunnen net als op andere Hyperliquid-markten limiet- en marktorders plaatsen.
De contractprijs weerspiegelt de door de markt geïmpliceerde waarschijnlijkheid dat de gebeurtenis zich voordoet en blijft tussen 0,001 en 0,999 liggen totdat de gebeurtenis is afgerond.
Zodra het evenement is afgerond, maakt het bevoegde orakel de definitieve uitslag bekend:
1 als de gebeurtenis plaatsvindt
0 als dat niet het geval is
De handel wordt stilgelegd, openstaande orders worden geannuleerd en alle posities worden automatisch afgewikkeld tegen hun definitieve PnL in USDH.
Markten kunnen desgewenst een bezwaarperiode instellen, waardoor de uitkomsten van orakels kunnen worden betwist voordat de afwikkeling definitief wordt.
Nu weten we hoe de uitkomstmarkten werken, hoe de wiskunde erachter zit en hoe het proces verloopt. Laten we nu eens kijken waarom dit van belang is voor Hyperliquid als ecosysteem en voor alle deelnemers daarbinnen.
De routekaart van Hyperliquid is vanaf het begin consistent geweest: het handelsbereik binnen één enkele uitvoeringsengine uitbreiden.

Het idee is simpel.
Er wordt één enkele uitvoeringslaag opgebouwd waarin elk markttype — spot, perpetuals en nu ook outcome-contracten — op dezelfde infrastructuur draait, via dezelfde engine wordt afgewikkeld en binnen dezelfde handelsrekening valt. Nog belangrijker is dat elk nieuw markttype dezelfde liquiditeitspool verdiept in plaats van deze te versnipperen.
Dat laatste is wat ‘composability’ hier eigenlijk inhoudt.
Laten we eens een concreet voorbeeld bekijken: een handelaar heeft een longpositie in een ETH-perpetual. Hij denkt dat de koers van ETH zal stijgen als de Fed de rente verlaagt, maar wil zich indekken voor het geval dat niet gebeurt.
Overal elders zou de handelaar twee afzonderlijke posities moeten innemen optwee afzonderlijke platforms, elk met een eigen onderpandpool.
Op Hyperliquid staan zowel het perp-contract als het outcome-contract op dezelfde rekening.
Daarnaast biedt deze combineerbaarheid voordelen voor zowel bouwers als ontwikkelaars:
Een marktmaker die actief is op de spotmarkt kan zijn infrastructuur uitbreiden naar uitkomstmarkten zonder dat daarvoor een nieuwe integratie nodig is.
Ontwikkelaars die Hyperliquid overwegen, krijgen onbeperkte ontwerpruimte ter beschikking – iets waarvoor voorheen meerdere infrastructuren van institutionele kwaliteit nodig waren, evenals veel onderlinge afstemming om het te laten werken.
Nou, dit is geen nieuw experiment van Hyperliquid. Ze hebben al die tijd hetzelfde doel nagestreefd.

Hyperliquid is heel duidelijk geweest over zijn langetermijnvisie.
De blockchain als thuisbasis voor alle financiële activiteiten: één enkele blockchain die in staat is om alle financiële markten op één uitvoeringslaag te huisvesten.
Nu is composability echter slechts zo nuttig als de ontwikkelaars die er innovaties in aanbrengen. Laten we eens wat praktischer nadenken over builders en operators in Hyperliquid.
HIP-4 heeft niet voor iedereen op Hyperliquid dezelfde gevolgen. Laten we even een stapje terug doen en nadenken over de gevolgen voor de 2 à 3 belangrijkste rollen op de blockchain.
Voor ontwikkelaars verandert HIP-4 eventmarkten in inzetbare infrastructuur in plaats van op zichzelf staande applicaties. Dit biedt ruimte voor nieuwe soorten producten:
Marktoverschrijdende arbitragebots
Interfaces voor het handelen in gebeurtenissen
Gelaagde gestructureerde producten
Producten op het gebied van marktanalyses en waarschijnlijkheidsgegevens
Frontends voor voorspellingsmarkten
Aangezien de infrastructuur speciaal voor dit doel is ontwikkeld en betrouwbaar is, kunnen ontwikkelaars een breed scala aan interfaces en marktverkenningslagen bovenop uitkomstcontracten bouwen.
Voor liquiditeitsverschaffers en marktmakers bieden uitkomstmarkten momenteel beperkte functionaliteiten. Een begrensde opbrengst is een afknapper voor elke LP die zijn winst wil maximaliseren.
Bovendien zijn uitkomstmarkten, als kansinstrumenten, passiever van aard dan de perp-markten voor LP’s, waar de blootstelling continu is en de financieringspercentages bepalend zijn voor positiebeslissingen, waardoor het winstplafond stijgt.
Misschien zou dit op termijn kunnen leiden tot een geheel nieuwe liquiditeitscategorie op Hyperliquid: marktmaking op basis van gebeurtenis-waarschijnlijkheden.
LP’s en marktmakers halen geen direct win-win-voordeel uit HIP-4.
De inzet van 1 miljoen $HYPE vormt de drempel. Bij de huidige prijzen is dat een aanzienlijke kapitaalverplichting, maar het hergebruiken van slots verandert de economische aspecten per eenheid aanzienlijk.
Een enkele investering die een reeks opeenvolgende markten ondersteunt, zorgt ervoor dat die kosten in de loop van de tijd worden afgeschreven.
Hierdoor kunnen organisatoren doorlopende evenementenmarkten opzetten rond terugkerende evenementen, zoals:
macro-economische cijfers
winstcijfers
verkiezingen of stemmingen over het bestuur
grote productlanceringen
Marktmakers moeten dus veel meer nadenken over de benutting van slots, de volgorde waarin markten worden gelanceerd en de timing van marktintroducties dan over de vraag of ze een miljoen $HYPE moeten inzetten.
Hoe nu verder? Bouwbedrijven hebben goed gereedschap en toegang tot gegevens nodig om daadwerkelijk te kunnen profiteren van de nieuwe ontwerpmogelijkheden die de resultaatgerichte markten bieden.
Resultatenmarkten worden door gebeurtenissen aangestuurd.
Een eenvoudige constatering, maar dit architectonische verschil heeft directe gevolgen die niet voorkomen in continue markten zoals de spotmarkt of de markt voor eeuwigdurende contracten.
> In een continu veranderende markt leidt een gemiste update tot een prijs die enigszins achterloopt.
> Op een uitkomstmarkt betekent een gemiste gebeurtenis dat er sprake is van een defecte interface, een mislukte afdekking of een positie die niet correct is afgewikkeld.
De kosten van infrastructuurstoringen zijn asymmetrisch.
Voor bouwers en handelaren die actief zijn op deze markten, onderstreept dat gedrag het belang van betrouwbare infrastructuur. Applicaties moeten consistent toegang hebben tot:
realtime orderboekgegevens
marktstatus en metadata van gebeurtenissen
rekeningsaldi en positie-updates
het indienen van transacties voor bestellingen en annuleringen
Aangezien er op de uitkomstmarkten wordt gehandeld via het orderboek van HyperCore, vinden deze interacties plaats via RPC-eindpunten en API’s die marktgegevens en uitvoeringsinterfaces beschikbaar stellen.
In de praktijk hebben ontwikkelaars die interfaces voor event-trading, analytische dashboards of geautomatiseerde strategieën ontwikkelen, behoefte aan een infrastructuur die pieken in de activiteit betrouwbaar aankan wanneer er nieuwe informatie op de markt komt.
Dit is waar infrastructuuraanbieders zoals Quicknode van pas komen.
Door beheerde Hyperliquid RPC-eindpunten, gegevenstoegang en ontwikkeltools aan te bieden, stelt Quicknode zodat teams zich volledig kunnen richten op het ontwikkelen van producten en oplossingen.
De HyperCore-integratie van Quicknode, die momenteel in openbare bèta is, belooft superkrachten op het gebied van infrastructuur te bieden, zoals:
Streams ondersteuning voor Hypercore-datasets, waardoor gefilterde, push-gebaseerde levering van Hyperliquid-gegevens mogelijk wordt
gRPC-API’s ontworpen voor datapijplijnen met grote volumes en lage latentie
JSON-RPC- en WebSocket-gerelateerde methoden voor compatibiliteit met bestaande workflows
💡Bekijk de huidige prijzen: https://www.quicknode.com/api-credits/hyperliquid
Meer Quicknode-bronnen voor ontwikkelaars van Hyperliquid:
API voor realtime risicomonitoring en liquidatieanalyses voor het HyperLend-protocol op Hyperliquid
Vergelijking van de zes beste aanbieders van Hyperliquid RPC voor HyperCore en HyperEVM
SDK's en hulpprogramma's
Hyperliquid Python SDK — ook beschikbaar op PyPI
Voorbeelden van de Hyperliquid-API — voorbeelden die je kunt klonen en uitvoeren in Python, TypeScript, Rust en Go
Voorbeelden van de Hyperliquid SDK — geavanceerde toepassingen van de SDK
HyperCore CLI — HyperCore-gegevens streamen en backfillen vanaf de terminal
hyperliquidapi.com — Hyperliquid-handels-API zonder bewaring
Blijf op de hoogte voor meer inzichten — abonneer je op onze blog voor het laatste nieuws over blockchain-infrastructuur.
Voor teams die op HIP-4 voortbouwen, maakt de infrastructuurlaag het verschil tussen een product dat werkt wanneer het er echt toe doet en een product dat dat niet doet.
Het verhandelbare oppervlak op HyperCore is zojuist uitgebreid nu HIP-4 live is gegaan op het testnet. Met uitkomstcontracten bepaalt Hyperliquid nu de prijs van gebeurtenissen.
Die verschuiving biedt bouwers en marktdeelnemers meer ontwerpvrijheid.
Ontwikkelaars kunnen markten voor terugkerende gebeurtenissen opzetten, liquiditeitsverschaffers kunnen naast traditionele markten ook kansinstrumenten aanbieden, en handelaren kunnen niet alleen hun mening geven over prijzen, maar ook over uitkomsten.
De volgende stappen zijn de uitrol van markten, de verdere ontwikkeling van tools en middelen voor ontwikkelaars, en natuurlijk het voortdurende streven van Hyperliquid om het aanbod aan markten uit te breiden die binnen dezelfde handelsinfrastructuur kunnen functioneren.
Niet helemaal. Voorspellingsmarkten zijn één van de toepassingen van uitkomstcontracten.
Outcome-contracten zijn de onderliggende financiële basisinstrumenten, d.w.z. binaire instrumenten die worden afgewikkeld op 0 of 1, afhankelijk van de uitkomst van een gebeurtenis. Voorspellingsmarkten maken simpelweg gebruik van dat basisinstrument om de waarschijnlijkheid van toekomstige gebeurtenissen te waarderen.
Op Hyperliquid kunnen uitkomstcontracten tal van soorten op gebeurtenissen gebaseerde markten ondersteunen, die verder gaan dan de traditionele toepassingen voor voorspellingen.
Sinds maart 2026 is de HIP-4-uitkomsthandel live op het Hyperliquid-testnet. De lancering op het mainnet zal in twee fasen plaatsvinden: eerst de geselecteerde canonieke markten, daarna de implementatie van de permissionless builder. Er is nog geen datum voor de mainnet-lancering bevestigd.
Quicknode biedt de meest uitgebreide oplossing met volledige ondersteuning voor HyperCore en HyperEVM, gRPC-streaming en de breedste protocoldekking. Welke aanbieder het beste bij u past, hangt uiteindelijk af van uw specifieke behoeften: hoogfrequente handel, kostenoptimalisatie of multi-chain-infrastructuur.
Ja, het wisselen van provider is eenvoudig, aangezien de meeste providers gebruikmaken van standaard JSON-RPC- en WebSocket-interfaces. Meestal hoef je alleen maar de URL van je eindpunt aan te passen.
Als je echter functies hebt ontwikkeld op basis van providerspecifieke tools, zoals het analysedashboard van Quicknode of aangepaste API’s, moet je die integraties wellicht aanpassen. De kerninteracties met de blockchain blijven bij alle providers compatibel.
Quicknode, opgericht in 2017, biedt blockchain-infrastructuur van institutionele kwaliteit voor ontwikkelaars en bedrijven. Met een uptime van 99,99% en ondersteuning voor meer dan 80 blockchains kunnen teams on-chain-applicaties bouwen en opschalen zonder concessies te doen.
De nieuwste technische inzichten, productupdates en web3-nieuws, rechtstreeks in je inbox.
SOC 2 Type II-gecertificeerd · ISO 27001