Trader les Marchés de Prédiction HIP-4 d'Hyperliquid en Python

Le 2 mai 2026, Hyperliquid a ajouté un nouveau type de marché à sa plateforme. Le premier jour, ses marchés de prédiction sur le prix du Bitcoin ont vu passer plus de 6 millions de contrats échangés par environ 4 000 traders. Ces positions ne vivent pas sur une plateforme séparée : elles s'ouvrent dans le même compte que les perps et le spot de l'utilisateur.

Ce nouveau type de marché s'appelle HIP-4 (Hyperliquid Improvement Proposal 4), ou outcome markets. Sur le principe, c'est proche de Polymarket ou Kalshi : on prend position sur l'issue d'un événement via un contrat dont le prix reflète une probabilité. Jusqu'ici, parier sur un événement et trader avec levier relevaient de plateformes distinctes, avec des comptes et des soldes séparés. L'écart tient à la manière dont ces marchés sont créés et réglés, et à leur intégration directe dans le compte de trading. La suite explique comment un marché HIP-4 fonctionne, ce qui le distingue de Polymarket et de Kalshi, quels marchés existent aujourd'hui, et comment y passer un ordre en Python.

Ce qu'est un marché HIP-4

Un contrat HIP-4 est binaire : il se règle dans une fourchette fixe entre 0 et 1, et son prix se lit comme une probabilité. Un YES à 0,65 signifie que le marché price l'issue à 65 %. Au règlement, le YES vaut 1 si l'événement se réalise, 0 sinon, et le NO l'inverse. Particularité par rapport aux perps : ces contrats sont entièrement collatéralisés. On dépose à l'avance le montant total de la position, donc pas de levier et pas de liquidation possible. Le règlement se fait en USDH (le stablecoin natif d'Hyperliquid).

Les deux côtés partagent un seul carnet d'ordres. Acheter du YES au prix p revient exactement à vendre du NO au prix 1 - p, ce qui concentre toute la liquidité au même endroit plutôt que de la diviser entre deux books.

L'élément qui change l'expérience est l'intégration. Les positions HIP-4 vivent dans le même compte que les perps et le spot, sous une marge de portefeuille unifiée. On prend position sur un événement à côté de ses positions de trading habituelles, sans transférer de fonds vers une application tierce. Les frais sont par ailleurs nuls pour l'instant, le temps de la phase de test.

Validateurs, oracle ou régulateur : qui règle le marché

C'est sur la résolution que HIP-4 se démarque vraiment, car c'est le point dur de tout marché de prédiction : qui décide de l'issue, et sur quelle source. Les trois plateformes répondent différemment.

Polymarket s'appuie sur l'oracle optimiste UMA (un système de résolution décentralisé) : une issue proposée est acceptée par défaut, et en cas de litige, des détenteurs du token UMA votent. La résolution vit donc en dehors de l'infrastructure de Polymarket. Kalshi, à l'inverse, est un exchange régulé : la plateforme tranche elle-même les issues, sous la supervision de la CFTC (le régulateur américain des dérivés). HIP-4 introduit un troisième modèle : ce sont les validateurs d'Hyperliquid (une vingtaine de nœuds), ceux-là mêmes qui sécurisent la chaîne, qui ingèrent l'information, décident des marchés à lister, et votent le règlement, le tout on-chain et sans oracle externe.

HIP-4 garde donc la résolution en interne : le même set de validateurs qui sécurise la chaîne décide aussi des marchés listés et de leur règlement, sans oracle externe. Là où Polymarket s'appuie sur UMA et Kalshi sur un régulateur, la confiance repose ici sur ces validateurs.

Quels marchés HIP-4 existent aujourd'hui

Un seul appel à l'API liste tous les marchés ouverts. L'endpoint outcomeMeta renvoie chaque issue (un « outcome ») avec son numéro et son nom.

import requests

meta = requests.post("<https://api.hyperliquid.xyz/info>",
                     json={"type": "outcomeMeta"}).json()

for o in meta["outcomes"]:
    print(o["outcome"], o["name"])

Au lancement, HIP-4 ne proposait que des paris sur le prix du Bitcoin. La liste actuelle montre le chemin parcouru en un mois : du crypto, mais aussi des données macro et du sport.

Ces marchés suivent deux logiques de règlement. Un marché sur le prix du BTC se tranche tout seul : à 06:00 UTC, on lit le prix, on le compare à la cible du jour, l'affaire est close sans intervention. Un chiffre d'inflation ou le vainqueur d'une finale NBA, en revanche, ne se lit sur aucune bougie. Il faut un arbitre, et c'est exactement là qu'interviennent les validateurs d'Hyperliquid. Cette seconde catégorie est la plus récente, et elle continue de s'étoffer.

Le produit reste jeune : les frais sont nuls pour l'instant, une tarification suivra une fois la phase de test terminée.

Passer un ordre HIP-4 en Python

Chaque issue se trade sous un nom de contrat (un coin) dérivé de son numéro. La règle : #N où N = 10 × outcome + side, avec side à 0 pour le YES, 1 pour le NO. L'outcome 144 donne donc #1440 pour le YES, #1441 pour le NO.

outcome_id = 144
yes_coin = f"#{10 * outcome_id}"      # YES → #1440
no_coin  = f"#{10 * outcome_id + 1}"  # NO  → #1441
print(yes_coin, no_coin)              # #1440 #1441

Avec ce nom en main, l'ordre limite est un appel classique au SDK :

import math

COIN = "#1440"                           # YES de l'outcome 144 (BTC au-dessus de la cible)
PRICE = 0.65                             # prix par contrat (entre 0,001 et 0,999)
TARGET_AMOUNT = 12                       # montant visé en USDH (minimum : 10)
SIZE = math.ceil(TARGET_AMOUNT / PRICE)  # contrats entiers (ici 19)

result = hyperliquid.order(
    name=COIN,
    is_buy=True,                         # acheter le YES = prendre position sur l'issue
    sz=SIZE,
    limit_px=PRICE,
    order_type={"limit": {"tif": "Gtc"}},
)
print(result)
# {'status': 'ok', 'response': {'type': 'order',
#   'data': {'statuses': [{'resting': {'oid': 123456789}}]}}}

Trois détails propres aux marchés HIP-4 :

• PRICE se lit comme une probabilité : 0,65 revient à payer 65 % de la valeur de règlement maximale, et reste borné entre 0,001 et 0,999.
• La taille est en contrats entiers, d'où l'arrondi de TARGET_AMOUNT / PRICE au supérieur (notionnel minimum : 10 USDH).
• tif: "Gtc" laisse l'ordre dans le carnet jusqu'à exécution ou annulation.

Reste un piège : hyperliquid est le client Exchange du SDK officiel, déjà authentifié, mais le SDK ne charge pas les marchés HIP-4 au démarrage. Il faut donc enregistrer les coins dans ses tables de correspondance avant de router quoi que ce soit. Le notebook qui accompagne cet article reprend cette étape, prête à l'emploi :

General-code-trading-bot/hyperliquid_hip4_newsletter.ipynb at main · CryptoRobotFr/General-code-trading-bot

Contribute to CryptoRobotFr/General-code-trading-bot development by creating an account on GitHub.

GitHubCryptoRobotFr

Un troisième modèle, encore jeune

HIP-4 ne réinvente pas le marché de prédiction, il le rapproche du compte de trading et le règle d'une nouvelle façon. Pour un trader déjà sur Hyperliquid, l'intérêt est concret : prendre position sur un événement sans changer de plateforme, sans levier, et sous la même marge que ses perps. Le revers est l'âge du produit : peu de marchés, des frais nuls qui ne le resteront pas, et un modèle de résolution dont le comportement sur des événements ambigus reste à observer dans la durée.

Tester HIP-4 demande un compte Hyperliquid et un peu d'USDH comme collatéral. Pour en ouvrir un, le lien ci-dessous donne 4 % de réduction sur les frais de trading et soutient la chaîne (lien d'affiliation).