Priorité des ordres
Comment les ordres sont acheminés, qui peut les exécuter et dans quel ordre.
Principes du carnet d'ordres
Hypercall opère un carnet d'ordres central à cours limité (CLOB) pour les options. Tous les ordres en attente sont des ordres à cours limité. Il n'existe pas d'ordre au marché en tant que type distinct. Les contrats perpétuels ne se négocient pas sur ce carnet : ce sont des ordres Hyperliquid natifs (voir Ordres perp ci-dessous).
Priorité prix-temps
Les ordres du carnet sont appariés selon la priorité prix-temps :
- Prix : l'ordre en attente au meilleur prix est exécuté en premier. Les bids sont classés du plus haut au plus bas, les asks du plus bas au plus haut.
- Temps : à niveau de prix égal, l'ordre arrivé le plus tôt est exécuté en premier.
Lorsqu'un ordre entrant croise la liquidité en attente, il est exécuté immédiatement aux meilleurs prix disponibles. Tout reliquat non exécuté reste dans le carnet (ou est annulé, selon la durée de validité).
Durée de validité
Chaque ordre comporte une instruction de durée de validité (TIF) :
Il n'existe pas de type « ordre au marché » dédié. Pour obtenir un comportement d'ordre au marché, soumettez un ordre à cours limité avec une TIF IOC à un prix que vous êtes prêt à payer. L'ordre croise tout ce qui est disponible et annule toute partie non exécutée.
Maker et taker
Chaque exécution a deux côtés :
- Le maker est la partie dont l'ordre était déjà en attente dans le carnet.
- Le taker est la partie dont l'ordre entrant l'a croisé.
Makers et takers paient 0 % de frais dans la configuration de lancement. Consultez Frais pour la politique de lancement et le barème futur prévu.
Types d'ordres
Hypercall prend en charge plusieurs chemins d'exécution selon ce que vous négociez et la façon dont vous soumettez vos ordres :
Ordre à cours limité
Options à jambe unique, directement dans le carnet
- Ordre à cours limité standard dans le carnet d’ordres
- Croise la liquidité en attente ou reste à votre prix
- Disponible sur les instruments carnet d’ordres uniquement
- Durée de validité : GTC, IOC ou FOK
Ordre RPI
Options à jambe unique, enchère + carnet
- Par défaut sur les instruments éligibles au RFQ
- Enchère de 2 secondes entre MM avant le carnet
- Les MM doivent battre le prix de référence d’au moins 1 tick
- Bascule vers un ordre à cours limité standard si aucun MM n’exécute
RFQ
Packages multi-jambes
- Demande de cotation auprès de teneurs de marché professionnels
- Acceptation manuelle ou exécution automatique avec une limite
- Exécution atomique : le package entier ou rien
- Pas de repli vers le carnet : utilisez un ordre combo pour cela
Ordres à cours limité
Le chemin le plus simple. Vous soumettez un prix, une taille, un sens et un symbole. Le moteur vérifie votre marge, valide votre signature EIP-712 et place l'ordre dans le carnet.
Si le carnet contient de la liquidité en attente à votre limite ou à un meilleur prix, vous croisez immédiatement. Sinon, votre ordre reste en attente jusqu'à exécution ou annulation.
C'est le chemin d'exécution des instruments configurés en carnet d'ordres uniquement (sans couche RFQ/RPI), ainsi que de tout ordre envoyé avec route: "book_only". Les ordres reduce-only, les ordres groupés et les ordres WebSocket vont aussi directement dans le carnet.
Ordres RPI (Retail Price Improvement)
Sur les instruments configurés à la fois pour le carnet d'ordres et le RFQ, un POST /order avec route: "best_execution" (ou sans route) entre dans un pipeline d'exécution en deux phases. C'est le chemin par défaut de l'interface Hypercall.
Phase 1 : enchère RPI
Les teneurs de marché se disputent l’exécution de votre ordre
- L’ordre est diffusé à tous les fournisseurs de cotations connectés
- Les teneurs de marché disposent de 2 secondes pour répondre avec une cotation ferme
- S’il existe de la liquidité exécutable dans le carnet, chaque cotation doit strictement améliorer ce prix du carnet
- S’il n’existe aucune liquidité exécutable dans le carnet, chaque cotation doit respecter votre limite
- La cotation au meilleur prix l’emporte (égalités départagées par l’heure d’arrivée)
- L’enchère se clôt plus tôt si tous les teneurs de marché ont répondu
- Si une cotation qualifiante l’emporte, vous êtes exécuté immédiatement à votre limite ou mieux
Phase 2 : repli à cours limité
Votre ordre devient un ordre à cours limité standard
- S’active uniquement si la phase 1 ne produit aucune exécution qualifiante
- L’ordre est placé dans le carnet à votre prix limite d’origine
- Croise immédiatement s’il existe de la liquidité en attente à votre limite ou mieux
- Sinon, l’ordre reste en attente jusqu’à exécution ou annulation
- La durée de validité standard s’applique (GTC, IOC, FOK)
- Latence totale entre la soumission et la phase 2 : ~2 secondes
La logique structurelle provient de programmes des marchés actions comme le Retail Price Improvement de CBOE BYX et le NYSE Retail Liquidity Program : les teneurs de marché obtiennent le privilège de voir votre ordre avant le carnet uniquement s'ils ne passent pas devant la liquidité exécutable en attente sans l'améliorer.
RFQ (demande de cotation)
Le RFQ est utilisé pour les ordres multi-jambes (spreads, straddles, iron condors, risk reversals) et pour les instruments à jambe unique configurés en RFQ uniquement. Les teneurs de marché sont la seule contrepartie et il n'y a pas de repli vers le carnet : si aucune cotation n'est exécutée, la demande expire. Pour un package à ratio fixe, vous pouvez aussi envoyer un ordre combo à la place.
Le RFQ fonctionne selon deux modes :
Acceptation manuelle
- Vous soumettez un package via
POST /rfq/requestavec vos jambes (instrument, sens, taille par jambe) - Le système diffuse la demande à tous les fournisseurs de cotations éligibles
- Les QP répondent avec des cotations fermes (valables jusqu'à 30 secondes)
- Vous voyez toutes les cotations dans l'application et en sélectionnez manuellement une à accepter
- Vous signez et soumettez une acceptation (
POST /rfq/accept) pour exécuter la transaction
L'acceptation manuelle vous donne un contrôle total sur la cotation retenue. La contrepartie est une seconde signature et le risque que les cotations expirent pendant que vous décidez.
Exécution automatique
- Vous soumettez un package via
POST /rfq/requestavec unauto_accept_limit(le débit maximal que vous paierez, ou le crédit minimal que vous accepterez) - Votre signature pré-autorise l'exécution à tout prix compris dans votre limite
- La première cotation qui atteint ou bat votre limite est exécutée automatiquement sans seconde signature
- Si aucune cotation qualifiante n'arrive avant l'expiration du RFQ, la demande expire sans exécution
L'exécution automatique est plus rapide et plus simple. Vous fixez à l'avance votre pire prix acceptable et laissez le système exécuter. C'est le mode utilisé par l'interface Hypercall pour les packages multi-jambes.
Les exécutions multi-jambes sont toujours tout-ou-rien. Le package entier s'exécute de manière atomique, ou pas du tout. Cela élimine le risque de jambe.
Ordres combo
Un ordre combo négocie un ratio fixe de 2 à 8 jambes d'options sur un même sous-jacent, sous la forme d'un seul ordre à cours limité à un prix net de package. Toutes les jambes sont exécutées ensemble ou aucune ne l'est, et vos positions résultantes sont les options individuelles.
- Acheminement : avec
best_execution, le package passe d'abord par l'enchère RPI pour la taille complète du package, puis par le carnet. Avecbook_only, il saute l'enchère. - Liquidité : il peut être apparié avec d'autres ordres combo pour le même package et avec la liquidité implicite prise en charge, construite à partir des carnets des jambes individuelles.
- Durée de validité : GTC laisse en attente le reliquat non exécuté du package, IOC l'annule, FOK exécute la quantité complète du package ou rien.
- Dans l'application : le ticket multi-jambes propose un ordre combo à cours limité lorsque chaque jambe est une option active, ouverte au carnet, sur le même sous-jacent. Vous pouvez toujours demander des cotations RFQ pour le même package.
L'API des combos est expérimentale. Consultez l'API combo expérimentale pour la découverte, la signature et les restrictions actuelles.
Ordres perp
Les contrats à terme perpétuels sont des perps Hyperliquid. Ils ne se négocient pas dans le carnet d'Hypercall et ne passent ni par l'enchère RPI ni par le RFQ. Le moteur d'Hypercall vérifie d'abord chaque ordre perp par rapport à l'ensemble de votre compte en marge de portefeuille, puis l'ordre atteint Hyperliquid via une enclave sécurisée sur la route TEE (par défaut dans l'application, sur option via l'API ; ces ordres portent l'adresse builder d'Hypercall) ou via votre contrat de compte sur la route avancée par smart contract, et il est apparié dans le carnet d'ordres d'Hyperliquid selon les règles d'Hyperliquid.
Consultez Perps sur Hypercall pour le chemin complet des ordres et Types d'ordres perp pour chaque type.
Opérations groupées et de remplacement
Pour les traders algorithmiques, l'API prend en charge les opérations par lot :
Endpoints groupés et de remplacement
- Placement groupé (
POST /bulk_order) : soumettez jusqu'à 50 ordres en une seule requête. Les ordres groupés vont directement dans le carnet d'ordres (book_only) et n'entrent pas dans l'enchère RPI. - Annulation groupée (
DELETE /bulk_orderouDELETE /bulk_order_cloid) : annulez jusqu'à 50 ordres par identifiant d'ordre ou identifiant client en une seule requête. - Remplacement (
PUT /order) : annulez un ordre existant et placez-en un nouveau de manière atomique dans le même tick du moteur. Aucun risque d'intervalle. - Remplacement groupé (
PUT /bulk_order) : remplacez jusqu'à 50 ordres de manière atomique.
Les opérations de remplacement sont essentielles pour les teneurs de marché qui doivent mettre à jour leurs cotations sans risquer d'être exécutés à l'ancien prix pendant que le nouvel ordre est en transit.
Amélioration de prix (RPI)
La garantie centrale de l'enchère RPI : un teneur de marché ne peut pas passer devant la liquidité exécutable en attente sans vous offrir un meilleur prix que le carnet. Toute liquidité en attente compatible avec votre limite, même si elle est inférieure à la taille de votre ordre, fixe la référence du carnet. Votre limite reste le pire prix d'exécution acceptable, et non la référence d'amélioration de prix lorsqu'il n'existe aucune liquidité dans le carnet.
Le prix de référence
Le prix de référence est le meilleur prix en attente dans le carnet, compatible avec votre limite, qu'un teneur de marché doit battre. La taille affichée à ce prix n'a pas besoin de couvrir l'intégralité de votre ordre. S'il n'existe aucune liquidité exécutable en attente, la cotation doit seulement respecter votre limite.
Ordres d’achat
- Si meilleur ask <= votre limite, référence = meilleur ask du carnet
- Le MM doit coter à la référence moins 1 tick ou en dessous
- S’il n’y a pas d’ask exécutable, le MM peut coter à votre limite ou en dessous
Ordres de vente
- Si meilleur bid >= votre limite, référence = meilleur bid du carnet
- Le MM doit coter à la référence plus 1 tick ou au-dessus
- S’il n’y a pas de bid exécutable, le MM peut coter à votre limite ou au-dessus
C'est le même principe que la règle 11.24 de CBOE BYX : les ordres RPI doivent améliorer le NBBO. Sur Hypercall, le « NBBO » est le meilleur prix exécutable en attente dans le carnet d'ordres.
Exemple chiffré
Vous soumettez un ordre d'achat pour 1.0 BTC-20260530-80000-C à une limite de $2,450.
Fournisseurs de cotations
Les fournisseurs de cotations (QP) sont des teneurs de marché professionnels enregistrés sur Hypercall. Ils maintiennent des connexions WebSocket persistantes et reçoivent en temps réel à la fois les demandes d'enchère RPI et les RFQ multi-jambes.
Éligibilité des QP
- Enregistré et actif (non suspendu)
- Sur liste blanche pour le sous-jacent concerné (ou approuvé pour tous les sous-jacents)
- Non gelé par la Market Maker Protection (MMP) sur ce sous-jacent
- Connecté via WebSocket au moment de l’enchère ou du RFQ
Plusieurs QP sont en concurrence sur chaque enchère. Le système sélectionne le meilleur prix et départage les égalités par l'heure d'arrivée. Cette concurrence est le mécanisme qui produit l'amélioration de prix. À mesure que de nouveaux QP arrivent, la concurrence s'intensifie et les spreads se resserrent.
Consultez Market Maker Protection (MMP) pour la façon dont les QP gèrent leur risque, et Incitations pour les programmes destinés aux teneurs de marché.
Éligibilité des instruments
Chaque instrument possède un mode de négociation configuré qui détermine l'acheminement des ordres :
Toutes les options actuellement listées sur le réseau principal fonctionnent en mode carnet d'ordres + RFQ. Le mode de négociation est défini par instrument et peut changer ; vous soumettez toujours le même type d'ordre, quel que soit le mode de l'instrument.
Récapitulatif de la priorité d'exécution
Lorsqu'un ordre à jambe unique entre dans le système sur un instrument éligible au RPI, les exécutions sont priorisées ainsi :
1. Enchère RPI
Premier regard (instruments éligibles uniquement)
- Les teneurs de marché se disputent votre ordre
- Doit respecter votre limite
- Doit améliorer la liquidité exécutable en attente d’au moins 1 tick
- La meilleure cotation l’emporte, égalités départagées par l’heure d’arrivée
- L’exécution peut inclure une amélioration de prix
2. Croisement du carnet
Exécution immédiate sur la liquidité existante
- S’active en l’absence d’exécution RPI
- Croise les ordres en attente à votre limite ou mieux
- Priorité prix-temps standard
- Peut être exécuté partiellement (appariement standard)
3. Ordre en attente
Attente d’une contrepartie
- S’active en l’absence de croisement immédiat
- L’ordre reste en attente à votre prix limite
- Visible dans le carnet d’ordres
- Soumis à votre paramètre de durée de validité
Sur les instruments en carnet d'ordres uniquement, le flux commence à l'étape 2 (pas d'enchère RPI). Le système ne vous exécute jamais à un prix moins favorable que votre limite.