Gérez Quicknode depuis votre terminal, votre code ou un agent IA.Désormais avec la CLI, l'API d'administration, MCP et le SDK.
Commencer à développerQu'est-ce que le HIP-4 ? Explications sur les contrats de résultats « hyperliquides »
Découvrez le fonctionnement de HIP-4 et des contrats de résultats, explorez la composabilité avec le reste de la pile Hyperliquid, et voyez comment les développeurs peuvent s'en servir comme base.

13 mars 2026 — 11 min de lecture

Hyperliquid a consacré deux ans à développer une thèse unique :
Tous les marchés financiers — cryptomonnaies, actions, matières premières, événements — devraient fonctionner sur le même moteur d'exécution, avec une liquidité partagée et des marges modulables.
Chaque proposition et chaque action dans le cadre des HIP (Hyperliquid Improvement Proposals) ne cesse d'élargir l'éventail des éléments échangeables sur HyperCore.
Tout d'abord, HIP-1 a attribué des jetons natifs à la chaîne.
Ensuite, HIP-2 a généré de la liquidité par effet d'entraînement.
L'année dernière (2025), HIP-3 a ouvert les contrats à terme perpétuels au déploiement sans autorisation.
Il y a quelques jours à peine, HIP-4 a été mis en service sur le testnet Hyperliquid, élargissant ainsi l'univers de conception et les mécanismes de marché d'Hyperliquid grâce aux contrats de résultat.
Qu'est-ce que c'est ? S'agit-il simplement de « marchés prédictifs sur Hyperliquid » ? Comment ça marche ?
Répondons à chacune de ces questions en détaillant les éléments de base introduits par HIP-4 et en expliquant comment ils s'intègrent dans l'infrastructure globale d'Hyperliquid.
Les contrats à rendement fixe sont des instruments financiers binaires sur hyperliquides liés à la survenue d’un événement spécifique. Leur cours varie entre 0 et 1, le prix représentant la probabilité implicite estimée par le marché que cet événement se produise.
Si l'événement se produit, le contrat s'évalue à 1.
Sinon, il s'établit à 0.
Les montants de règlement étant fixes, la structure des gains est simple.
Supposons qu'un opérateur achète un contrat « YES » au prix P; le gain à l'échéance est :
Bénéfice si l'événement se produit : 1−P
Perte si l'événement ne se produit pas : P
Exemple :
Si un contrat se négocie à 0,60, le marché estime à 60 % la probabilité que l'événement se produise. Voici le scénario qui se présente si un trader achète une option « OUI » à 0,60 :

Au-delà des calculs, de l'argent et des gains, comprendre le fonctionnement des contrats de résultat et ce qu'ils permettent de réaliser nécessite une réflexion un peu plus approfondie.
Les contrats de résultats s'exécutent directement au sein de HyperCore, la couche d’exécution centrale chargée des marchés au comptant et perpétuels sur Hyperliquid. Cela signifie qu’ils utilisent la même infrastructure de carnet d’ordres sur la chaîne, le même moteur d’appariement et le même environnement de négociation que les marchés existants.
Carnet d'ordres : chaque marché de résultats dispose de son propre (CLOB) (CLOB), fonctionnant de la même manière que les marchés au comptant et à échéance perpétuelle sur HyperCore.
Système de compte : les positions sur contrats à rendement sont gérées au sein du même compte de trading Hyperliquid que celui utilisé par le trader pour la DEX Hyperliquid.
Résultat Les contrats intégrés à HyperCore facilitent également la tâche des créateurs et des développeurs qui cherchent à innover au sein de l’écosystème Hyperliquid.
En effet, les contrats de résultats s'appuient sur la même infrastructure que n'importe quel autre marché HyperCore en ce qui concerne :
débit des transactions,
latence profil de latence,
ensemble de validateurs la gestion de la finalité, et bien plus encore.
Ainsi, les développeurs qui souhaitent consulter l'état du marché des résultats, la profondeur du carnet d'ordres ou les événements de règlement peuvent utiliser la même infrastructure que celle qu'ils utiliseraient pour le DEX Hyperliquid.
La prochaine étape consiste à comprendre comment ces marchés fonctionnent concrètement une fois qu'ils sont mis en place.

Une fois déployés au sein d'HyperCore, les contrats de résultat suivent un cycle de vie simple : création > enchères > négociation continue > règlement.
Même si le processus semble aller de soi, chaque étape comporte une nuance qui permet de Hyperliquid de tirer le meilleur parti de cette offre sur le marché :
Le développeur (déployeur) doit mettre en jeu 1 million de jetons $HYPE pour déployer son marché de résultats.
La mise peut faire l'objet d'une réduction si un développeur tente de manipuler l'oracle ou de déclencher des transitions d'état non valides. Tout $HYPE faisant l'objet d'une réduction partielle ou totale sera brûlé.
Lors du déploiement, le développeur définit le schéma d'événement :
Titre de l'événement
Temps de résolution
Source de la résolution
Programme de mise à jour Oracle agréé
Ajout facultatif : fenêtre de contestation pour une résolution rapide et optimiste + litiges
Par ailleurs, les émetteurs peuvent fixer une part supplémentaire pouvant aller jusqu'à 50 % en plus des frais de base d'Hyperliquid.
Les marchés sont déployés dans des emplacements au sein du DEX d'événements d'un constructeur.
Une fois cette question réglée, le créneau peut être réutilisé pour un nouvel événement, ce qui signifie qu'un seul engagement de 1 million de $HYPE peut permettre d'organiser une série continue de marchés.
Une fois le système déployé, une enchère de compensation à prix unique d'une durée d'environ 15 minutes est lancée, au cours de laquelle les utilisateurs soumettent leurs ordres (« achat YES jusqu'au prix P »).
N'oubliez pas : rien ne s'exécute au cours de cette phase.
À la clôture, le moteur de négociation détermine le cours de clôture qui maximise le volume des ordres appariés, et tous les ordres appariés sont exécutés à ce cours unique.
Les ordres non exécutés sont reportés dans le marché continu à leurs cours limites d'origine.

Les calculs mathématiques qui permettent de déterminer le cours d'ouverture. Source
Une fois l'enchère terminée, le marché passe au mode de négociation en continu via le carnet d'ordres.
Les ordres sont traités selon le principe de priorité « prix-temps ». Les traders peuvent passer des ordres à cours limité et des ordres au marché, comme sur les autres marchés Hyperliquid.
Le prix du contrat reflète la probabilité implicite estimée par le marché quant à la survenue de l'événement et reste compris entre 0,001 et 0,999 jusqu'à ce que l'événement se concrétise.
Une fois l'événement résolu, l'oracle autorisé publie le résultat final :
1 si l'événement se produit
0 si ce n'est pas le cas
Les transactions sont suspendues, les ordres en cours sont annulés et toutes les positions sont automatiquement clôturées à leur PnL final en USDH.
Les marchés peuvent, s'ils le souhaitent, prévoir une période de contestation, permettant de contester les résultats de l'oracle avant que le règlement ne devienne définitif.
Nous savons désormais comment fonctionnent les marchés de résultats, les calculs et le processus. Voyons maintenant en quoi cela est important pour Hyperliquid en tant qu'écosystème et pour tous ses participants.
La feuille de route d'Hyperliquid est restée cohérente depuis le début : élargir l'éventail des possibilités de trading au sein d'un seul moteur d'exécution.

Le principe est simple.
Il s'agit de mettre en place une couche d'exécution unique où chaque type de marché — au comptant, les contrats perpétuels et désormais les contrats d'outcome — fonctionne sur la même infrastructure, est réglé via le même moteur et s'inscrit dans le même compte de négociation. Plus important encore, chaque nouveau type de marché vient enrichir le même réservoir de liquidité au lieu de le fragmenter.
C'est précisément cette dernière partie qui définit ce que l'on entend ici par « composabilité ».
Prenons un exemple concret : un trader détient une position longue sur un contrat perpétuel sur l'ETH. Il estime que l'ETH va remonter si la Fed abaisse ses taux, mais souhaite se protéger au cas où cela ne se produirait pas.
Dans tout autre contexte, le trader devrait ouvrir deux positions distinctes surdeux plateformes différentes, chacune disposant de son propre pool de garanties.
Sur Hyperliquid, le contrat perp et le contrat « outcome » sont détenus sur le même compte.
Par ailleurs, cette modularité présente des avantages tant pour les constructeurs que pour les développeurs :
Un teneur de marché actif sur le marché au comptant peut étendre son infrastructure aux marchés à terme sans avoir à procéder à une nouvelle intégration.
Les développeurs qui s'intéressent à Hyperliquid bénéficient d'un espace de conception illimité, ce qui nécessitait auparavant plusieurs infrastructures de niveau institutionnel ainsi qu'une coordination importante entre celles-ci pour fonctionner.
En fait, ce n'est pas une nouvelle expérience menée par Hyperliquid. Ils ont toujours poursuivi le même objectif.

Hyperliquid s'est montré très clair quant à sa vision à long terme.
La blockchain qui regroupera l'ensemble du secteur financier : une blockchain unique capable d'héberger tous les marchés financiers sur une seule couche d'exécution.
Cela dit, l’utilité de la composabilité dépend entièrement de la capacité des développeurs à innover dans ce domaine. Penchons-nous de manière plus concrète sur les « builders » et les opérateurs dans Hyperliquid.
HIP-4 n'affecte pas tout le monde de la même manière sur Hyperliquid. Prenons un peu de recul et réfléchissons aux implications pour les deux ou trois principaux rôles sur la chaîne.
Pour les développeurs, HIP-4 transforme les marchés d'événements en infrastructures déployables plutôt qu'en applications autonomes. Cela ouvre la voie à de nouveaux types de produits :
Bots d'arbitrage inter-marchés
Interfaces de trading événementiel
Produits structurés à plusieurs niveaux
Produits d'analyse de marché et de données probabilistes
Interfaces utilisateur des marchés prédictifs
L'infrastructure étant spécialement conçue à cet effet et fiable, les développeurs peuvent créer toute une gamme d'interfaces et de couches de découverte de marché en s'appuyant sur les contrats de résultat.
Pour les fournisseurs de liquidité et les teneurs de marché, les marchés à rendement fixe offrent actuellement des fonctionnalités limitées. Un rendement plafonné constitue un frein pour tout fournisseur de liquidité cherchant à maximiser ses gains.
Par ailleurs, les marchés d'outcome, en tant qu'instruments de probabilité, sont plus passifs que les marchés perp pour les LP, où l'exposition est continue et où les taux de financement déterminent les décisions de position, ce qui augmente le plafond de profit.
Peut-être que, à terme, cela pourrait déboucher sur une toute nouvelle catégorie de liquidité sur Hyperliquid : la création de marché basée sur la probabilité d'événements.
Les LP et les teneurs de marché ne tirent pas directement un avantage mutuel du HIP-4.
La mise initiale de 1 million de $HYPE constitue un obstacle. Aux cours actuels, cela représente un engagement financier considérable, mais le recyclage des emplacements modifie considérablement la rentabilité unitaire.
Une mise unique permettant d'accéder à une série de marchés successifs permet d'amortir ce coût au fil du temps.
Cela permet aux organisateurs de mettre en place des marchés événementiels itératifs autour d'événements récurrents tels que :
publications macroéconomiques
annonces de résultats
élections ou votes relatifs à la gouvernance
lancements de produits majeurs
Les créateurs de marchés doivent donc se préoccuper bien davantage de l'utilisation des créneaux horaires, de l'enchaînement des lancements de marchés et du choix du moment opportun pour les lancements que de la question de savoir s'il faut miser un million de $HYPE.
Et maintenant ? Les développeurs ont besoin d'outils performants et d'un accès aux données pour tirer pleinement parti des nouvelles possibilités offertes par les marchés axés sur les résultats.
Les marchés de résultats sont axés sur les événements.
Une affirmation simple, mais cette particularité architecturale a des implications directes qui n'existent pas sur les marchés continus, tels que les marchés au comptant ou les contrats perpétuels.
> Sur un marché en constante évolution, une mise à jour manquée se traduit par un prix légèrement dépassé.
> Sur un marché à résultat, un événement manqué signifie une interface défaillante, une couverture qui a échoué ou une position qui n'a pas été réglée correctement.
Le coût d'une défaillance des infrastructures est asymétrique.
Pour les développeurs et les opérateurs qui interviennent sur ces marchés, ce comportement souligne l'importance d'une infrastructure fiable. Les applications doivent pouvoir accéder de manière constante à :
données en temps réel sur le carnet d'ordres
métadonnées relatives à l'état du marché et aux événements
soldes des comptes et mises à jour des positions
Envoi des transactions relatives aux commandes et aux annulations
Les marchés de résultats s'échangeant sur le carnet d'ordres d'HyperCore, ces interactions s'effectuent par le biais de points de terminaison RPC et d'API qui mettent à disposition des données de marché et des interfaces d'exécution.
Dans la pratique, les développeurs qui conçoivent des interfaces de trading événementiel, des tableaux de bord analytiques ou des stratégies automatisées ont besoin d'une infrastructure capable de gérer de manière fiable les pics d'activité lorsque de nouvelles informations arrivent sur le marché.
C'est là que les fournisseurs d'infrastructure tels que Quicknode s'avèrent utiles.
En proposant des points de terminaison RPC Hyperliquid gérés, un accès aux données et des outils de développement, Quicknode permet aux équipes de se concentrer exclusivement sur le développement de produits et de solutions.
L'intégration HyperCore de Quicknode, qui est actuellement en version bêta publique, promet d'offrir des fonctionnalités exceptionnelles en matière d'infrastructure, telles que :
Flux prise en charge des ensembles de données Hypercore, permettant une diffusion filtrée et en mode push des données Hyperliquid
API gRPC conçues pour les pipelines de données à haut débit et à faible latence
Méthodes liées à JSON-RPC et WebSocket pour assurer la compatibilité avec les flux de travail existants
💡Consultez les tarifs actuels : https://www.quicknode.com/api-credits/hyperliquid
Autres ressources Quicknode pour les développeurs d'Hyperliquid :
SDK et outils
SDK Hyperliquid pour Python — également disponible sur PyPI
Exemples d'API Hyperliquid — des exemples à copier-coller et à exécuter en Python, TypeScript, Rust et Go
Exemples du SDK Hyperliquid — modèles d'utilisation avancés du SDK
HyperCore CLI — transmission en continu et réactualisation des données HyperCore depuis le terminal
hyperliquidapi.com — API de trading Hyperliquid sans conservation d'actifs
Restez à l'écoute pour découvrir d'autres analyses : abonnez-vous à notre blog pour ne rien manquer des dernières actualités concernant l'infrastructure blockchain.
Pour les équipes qui développent des solutions basées sur HIP-4, la couche d'infrastructure fait toute la différence entre un produit qui fonctionne quand il le faut et un produit qui ne fonctionne pas.
La surface de négociation sur HyperCore vient de s'étendre avec la mise en service du HIP-4 sur le testnet. Grâce aux contrats sur résultats, Hyperliquid propose désormais des cotes pour divers événements.
Cette évolution élargit le champ des possibilités pour les constructeurs et les acteurs du marché.
Les développeurs peuvent mettre en place des marchés d'événements récurrents, les fournisseurs de liquidité peuvent proposer des instruments de probabilité parallèlement aux marchés traditionnels, et les traders peuvent exprimer leurs opinions non seulement sur les prix, mais aussi sur les résultats.
Viennent ensuite le déploiement des marchés, la maturité des outils et des ressources destinées aux développeurs, et bien sûr la quête permanente d’Hyperliquid visant à élargir l’éventail des marchés pouvant coexister au sein d’une même infrastructure de négociation.
Pas tout à fait. Les marchés prédictifs constituent l'une des applications des contrats sur résultats.
Les contrats sur résultats constituent la « primitive » financière de base, c'est-à-dire des instruments binaires dont le règlement s'établit à 0 ou 1 en fonction de l'issue d'un événement. Les marchés de prédiction utilisent simplement cette primitive pour évaluer la probabilité d'événements futurs.
Sur Hyperliquid, les contrats « outcome » peuvent prendre en charge de nombreux types de marchés basés sur des événements, au-delà des cas d'utilisation traditionnels liés aux prédictions.
Depuis mars 2026, le trading de résultats HIP-4 est opérationnel sur le testnet Hyperliquid. Le lancement sur le mainnet se déroulera en deux phases : dans un premier temps, les marchés canoniques sélectionnés ; dans un second temps, le déploiement des développeurs sans autorisation. Aucune date de lancement sur le mainnet n'a encore été confirmée.
Quicknode propose la solution la plus complète, avec une prise en charge intégrale d’HyperCore et d’HyperEVM, la diffusion en continu via gRPC et la couverture de protocoles la plus étendue. Le choix du meilleur fournisseur dépend en fin de compte de vos besoins spécifiques : trading à haute fréquence, optimisation des coûts ou infrastructure multi-chaînes.
Oui, changer de fournisseur est très simple, car la plupart utilisent des interfaces JSON-RPC et WebSocket standard. En général, il suffit de mettre à jour l'URL de votre point de terminaison.
Toutefois, si vous avez développé des fonctionnalités s'appuyant sur des outils propres à certains fournisseurs, tels que le tableau de bord analytique de Quicknode ou des API personnalisées, vous devrez peut-être adapter ces intégrations. Les interactions de base avec la blockchain restent compatibles entre les différents fournisseurs.
Fondée en 2017, Quicknode déploie une infrastructure blockchain de niveau institutionnel destinée aux développeurs et aux entreprises. Grâce à une disponibilité de 99,99 % et à la prise en charge de plus de 80 chaînes, les équipes peuvent développer et faire évoluer des applications sur la chaîne sans faire de compromis.
Les dernières actualités en matière d'ingénierie, les mises à jour sur les produits et les nouvelles du Web3, directement dans votre boîte mail.
Certifié SOC 2 Type II · ISO 27001