Cette page a été traduite automatiquement. La version anglaise fait référence. Lire en anglais
Aller au contenu principal

Priorité des ordres

Comment les ordres sont acheminés, qui peut les exécuter, et dans quel ordre.

Fondamentaux du carnet d'ordres

Hypercall exploite un carnet d'ordres central à cours limité (CLOB) pour les options et les contrats à terme perpétuels. Tous les ordres au repos sont des ordres à cours limité. Il n'existe pas d'ordres au marché en tant que type distinct.

Priorité prix-temps

Les ordres du carnet sont appariés selon la priorité prix-temps :

  1. Prix : l'ordre au repos le mieux coté est exécuté en premier. Les offres d'achat sont classées de la plus haute à la plus basse, les offres de vente de la plus basse à la plus haute.
  2. Temps : au même niveau de prix, l'ordre arrivé le plus tôt est exécuté en premier.

Lorsqu'un ordre entrant croise la liquidité au repos, il est exécuté immédiatement contre les 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 inclut une instruction de durée de validité (TIF) :

TIF
Nom
Comportement
Cas d'usage
GTC
Good Till Cancelled
Reste dans le carnet jusqu'à exécution ou annulation de votre part
Par défaut. Ordres à cours limité passifs, apport de liquidité.
IOC
Immediate or Cancel
Exécute immédiatement ce qui croise, annule le reste
Exécution agressive. Équivalent d'un ordre au marché.
FOK
Fill or Kill
Exécute la totalité de la taille immédiatement ou annule tout
Tout ou rien. Ordres de bloc importants qui ne doivent pas être partiellement exécutés.
💡

Il n'existe pas de type d'ordre au marché dédié. Pour obtenir un comportement d'ordre au marché, soumettez un ordre à cours limité avec TIF réglé sur IOC à un prix que vous êtes prêt à payer. L'ordre croise ce qui est disponible et annule toute portion 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à au repos dans le carnet.
  • Le taker est la partie dont l'ordre entrant l'a croisé.

Les makers et les takers paient 0 % de frais dans la configuration de lancement. Voir Frais pour la politique de lancement et le barème futur prévu.

Types d'ordres

Hypercall prend en charge plusieurs voies d'exécution selon ce que vous tradez et la manière dont vous soumettez :

Ordre à cours limité

Options à une jambe, directement vers le carnet

  • Ordre à cours limité standard sur le carnet d'ordres
  • Croise la liquidité au repos ou reste à votre prix
  • Disponible sur les instruments carnet d'ordres uniquement
  • Durée de validité : GTC, IOC ou FOK

Ordre RPI

Options à une jambe, enchère + carnet

  • Automatique sur les instruments éligibles au RFQ
  • Enchère MM de 2 secondes 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

Paquets multi-jambes

  • Demande de cotation (Request for Quote) auprès de teneurs de marché professionnels
  • Acceptation manuelle ou auto-exécution avec une limite
  • Exécution atomique : le paquet entier ou rien
  • Pas de repli sur le carnet d'ordres pour le multi-jambes

Ordres à cours limité

La voie la 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é au repos à un prix égal ou meilleur que votre limite, vous croisez immédiatement. Sinon, votre ordre reste au repos jusqu'à exécution ou annulation.

C'est la voie d'exécution pour les instruments configurés en carnet d'ordres uniquement (sans couche RFQ/RPI).

Ordres RPI (Retail Price Improvement)

Sur les instruments configurés à la fois pour le carnet d'ordres et le RFQ, les ordres à une jambe entrent automatiquement dans un pipeline d'exécution en deux phases. C'est la voie par défaut sur l'interface Hypercall.

PHASE 1 — RPI AUCTION2s windowPHASE 2 — LIMIT FALLBACK1You submit a limit orderEIP-712 signed · price + size + sideSignature + margin validated2Broadcast to market makersAll active QPs receive your order via WebSocket3Collect qualifying quotesEach quote must beat reference price by ≥ 1 tickQualifyingquote?YESRPI FillPrice improvementNONo improvement or timeout4Place on orderbook at your limitStandard limit order · same signed priceBookcross?YESBook FillAt resting priceNOResting OrderWaiting for counterparty

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
  • Chaque teneur de marché dispose 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 pas de liquidité exécutable dans le carnet, chaque cotation doit satisfaire votre limite
  • La cotation au meilleur prix l'emporte (les égalités sont départagées par l'heure d'arrivée)
  • L'enchère se termine plus tôt si tous les teneurs de marché répondent
  • Si une cotation admissible l'emporte, vous êtes exécuté immédiatement à votre limite ou mieux
Les exécutions ici ne violent jamais votre prix limite.

Phase 2 : Repli sur le cours limité

Votre ordre devient un ordre à cours limité standard

  • S'active uniquement si la Phase 1 ne produit aucune exécution admissible
  • L'ordre est placé dans le carnet d'ordres à votre prix limite d'origine
  • Croise immédiatement s'il existe de la liquidité au repos à un prix égal ou meilleur que votre limite
  • Sinon, l'ordre reste au repos jusqu'à exécution ou annulation
  • La durée de validité standard s'applique (GTC, IOC, FOK)
  • Latence totale de la soumission à la Phase 2 : ~2 secondes
Même comportement que la soumission directe d'un ordre à cours limité.

La logique structurelle provient de programmes des marchés actions comme le Retail Price Improvement de CBOE BYX et le Retail Liquidity Program du NYSE : les teneurs de marché n'obtiennent le privilège de voir votre ordre avant le carnet que s'ils ne devancent pas la liquidité au repos exécutable sans l'améliorer.

Fenêtre d'enchère
2 secondes
Amélioration min.
1 tick
Exécutions partielles
Aucune

RFQ (Request for Quote)

Le RFQ est utilisé pour les ordres multi-jambes (spreads, straddles, iron condors, risk reversals) et pour les instruments à une jambe configurés en RFQ uniquement. Il n'existe pas de CLOB pour des paquets multi-jambes arbitraires, les teneurs de marché sont donc la seule contrepartie.

Le RFQ offre deux modes :

Acceptation manuelle

  1. Vous soumettez un paquet via POST /rfq/request avec vos jambes (instrument, sens, taille par jambe)
  2. Le système diffuse la demande à tous les fournisseurs de cotations éligibles
  3. Les QP répondent avec des cotations fermes (valables jusqu'à 30 secondes)
  4. Vous voyez toutes les cotations dans l'application et sélectionnez manuellement celle que vous acceptez
  5. 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 que vous prenez. La contrepartie est une seconde signature et le risque que les cotations expirent pendant que vous décidez.

Auto-exécution

  1. Vous soumettez un paquet via POST /rfq/request avec un auto_accept_limit (le débit maximal que vous paierez, ou le crédit minimal que vous accepterez)
  2. Votre signature pré-autorise l'exécution à tout prix dans votre limite
  3. La première cotation qui atteint ou dépasse votre limite est automatiquement exécutée sans seconde signature
  4. Si aucune cotation admissible n'arrive avant l'expiration du RFQ, la demande expire sans exécution

L'auto-exécution est plus rapide et plus simple. Vous définissez à l'avance votre pire prix acceptable et laissez le système exécuter. C'est le mode utilisé par l'interface Hypercall pour les paquets multi-jambes.

Acceptation manuelle
Auto-exécution
Signatures requises
2 (soumission + acceptation)
1 (soumission avec limite)
Sélection de la cotation
Vous choisissez la cotation à accepter
La première cotation admissible l'emporte
Vitesse d'exécution
Dépend de la rapidité de votre acceptation
Instantanée dès qu'une cotation admissible arrive
Contrôle du prix
Vous voyez les prix exacts avant de vous engager
Limite pré-autorisée. Peut être exécuté à un meilleur prix que la limite.
Risque d'expiration
Les cotations peuvent expirer pendant votre examen
Pas de délai d'acceptation manuelle. La demande peut néanmoins expirer si aucune cotation n'atteint votre limite.

Les exécutions multi-jambes sont toujours de type tout ou rien. Le paquet entier s'exécute atomiquement, ou pas du tout. Cela élimine le risque de jambe.

Ordres perpétuels (directives)

Les ordres sur contrats à terme perpétuels passent par une voie distincte. Au lieu du carnet d'ordres des options, les ordres perpétuels sont soumis en tant que directives à HyperCore (la couche d'exécution on-chain de Hyperliquid).

Les ordres perpétuels sont soumis via POST /v1/actions/hl_limit_order et prennent en charge :

Fonctionnalité
Détails
Types d'ordres
Cours limité uniquement (utilisez le TIF IOC pour un comportement d'ordre au marché)
Durée de validité
GTC, IOC, ALO (Add Liquidity Only, reste au repos ou s'annule, ne croise jamais)
Reduce-only
Pris en charge. L'ordre ne peut que réduire une position existante, jamais l'augmenter.
Annulation
Par ID d'ordre (hl_cancel_by_oid) ou ID client (hl_cancel_by_cloid)
Exécution
On-chain via le precompile HyperCore. Le règlement est atomique.
RPI/RFQ
Non applicable. Les ordres perpétuels vont directement au carnet on-chain.

Les ordres perpétuels ne passent pas par l'enchère RPI ni par le système RFQ. Ils sont signés, relayés au contrat d'échange on-chain, et appariés on-chain.

Opérations groupées et de remplacement

Pour les traders programmatiques, l'API prend en charge les opérations par lot :

Points de terminaison groupés et de remplacement

  • Placement groupé (POST /bulk_order) : soumettez jusqu'à 50 ordres en une seule requête. Chacun entre indépendamment dans la voie d'exécution standard.
  • Annulation groupée (DELETE /bulk_order ou DELETE /bulk_order_cloid) : annulez jusqu'à 50 ordres par ID d'ordre ou ID client en une seule requête.
  • Remplacement (PUT /order) : annule atomiquement un ordre existant et en place un nouveau dans le même cycle du moteur. Aucun risque d'intervalle.
  • Remplacement groupé (PUT /bulk_order) : remplacez jusqu'à 50 ordres atomiquement.

Les opérations de remplacement sont critiques pour les teneurs de marché qui doivent mettre à jour leurs cotations sans s'exposer à être exécutés à l'ancien prix pendant que le nouvel ordre est en transit.

Amélioration du prix (RPI)

La garantie fondamentale de l'enchère RPI : un teneur de marché ne peut pas devancer la liquidité au repos exécutable sans vous offrir un meilleur prix que le carnet. Toute liquidité au repos dans votre limite, même si elle est plus petite que votre ordre, fixe la référence du carnet. Votre limite reste le pire prix d'exécution acceptable, et non le point de référence de l'amélioration du prix lorsqu'il n'existe pas de liquidité dans le carnet.

Le prix de référence

Le prix de référence est le meilleur prix au repos du carnet dans votre limite qu'un teneur de marché doit battre. La taille affichée à ce prix n'a pas besoin de couvrir votre ordre complet. S'il n'y a pas de liquidité au repos exécutable, la cotation doit seulement satisfaire votre limite.

Ordres d'achat

  • Si meilleur ask <= votre limite, référence = meilleur ask du carnet
  • Le MM doit coter à ou en dessous de la référence moins 1 tick
  • S'il n'y a pas d'ask exécutable, le MM peut coter à ou en dessous de votre limite

Ordres de vente

  • Si meilleur bid >= votre limite, référence = meilleur bid du carnet
  • Le MM doit coter à ou au-dessus de la référence plus 1 tick
  • S'il n'y a pas de bid exécutable, le MM peut coter à ou au-dessus de votre limite

C'est le même principe qui sous-tend la règle 11.24 de CBOE BYX : les ordres RPI doivent améliorer le NBBO. Sur Hypercall, le « NBBO » est le meilleur prix au repos exécutable dans le carnet d'ordres.

Exemple détaillé

Vous soumettez un ordre d'achat pour 1,0 BTC-30MAY26-80000-C avec une limite de 2 450 $.

État du carnet
Référence du carnet
Exigence pour le MM
Résultat
Meilleur ask : 2 448 $
2 448 $
À ou en dessous de 2 447,9999 $
Le MM cote 2 447,50 $. Exécuté avec 2,50 $ d'amélioration vs le carnet.
Ask partiel : 2 448 $ pour 0,1 contrat
2 448 $
À ou en dessous de 2 447,9999 $
Le MM doit tout de même améliorer le prix affiché du carnet pour exécuter votre ordre complet.
Meilleur ask : 2 455 $
Aucune
À ou en dessous de votre limite de 2 450 $
Le MM cote 2 450 $. Exécuté à votre limite sans devancer la liquidité au repos.
Aucun ask au repos
Aucune
À ou en dessous de votre limite de 2 450 $
Le MM cote 2 450 $. Exécuté à votre limite.
Meilleur ask : 2 448 $
2 448 $
À ou en dessous de 2 447,9999 $
Le MM cote 2 448,50 $ (amélioration insuffisante). Rejeté. Vous croisez le carnet à 2 448 $.

Affichage de l'amélioration du prix

  • Lors d'une exécution via RPI contre une référence exécutable du carnet, l'application affiche votre économie par rapport au carnet
  • Lorsqu'il n'existe pas de référence exécutable du carnet, l'application indique que la cotation a été exécutée dans votre limite
  • Exemple : « Exécuté à 2 447,50 $, économie de 2,50 $ (0,1 %) »
  • Cela apparaît automatiquement sur votre confirmation d'exécution, aucune action requise

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ères RPI et les RFQ multi-jambes.

Éligibilité des QP

  • Enregistré et actif (non suspendu)
  • Autorisé 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 entrent en concurrence sur chaque enchère. Le système sélectionne le meilleur prix, en départageant les égalités par l'heure d'arrivée. Cette concurrence est le mécanisme qui produit l'amélioration du prix. À mesure que davantage de QP rejoignent le système, la concurrence s'intensifie et les spreads se resserrent.

Voir Market Maker Protection (MMP) pour la gestion du risque par les QP, et Incitations pour les programmes destinés aux teneurs de marché.

Éligibilité des instruments

Chaque instrument possède un mode de trading configuré qui détermine comment les ordres sont acheminés :

Mode de trading
Ordres à cours limité
Enchère RPI
RFQ
Usage typique
Carnet d'ordres + RFQ
Oui (repli en Phase 2)
Oui (Phase 1)
Oui (multi-jambes)
La plupart des instruments optionnels au lancement
Carnet d'ordres uniquement
Oui (direct)
Non
Non
Instruments très liquides avec des carnets profonds
RFQ uniquement
Non
Non
Oui (sans repli sur le carnet)
Instruments illiquides ou nouvellement listés

À mesure que les instruments mûrissent et attirent davantage de liquidité au repos, ils passent du mode RFQ activé au mode carnet d'ordres uniquement. L'acheminement est transparent pour vous. Vous soumettez toujours le même type d'ordre quel que soit le mode dans lequel se trouve l'instrument.

Résumé de la priorité d'exécution

Lorsqu'un ordre à une jambe entre dans le système sur un instrument éligible au RPI, les exécutions sont priorisées :

1. Enchère RPI

Premier regard (instruments éligibles uniquement)

  • Les teneurs de marché se disputent votre ordre
  • Doit satisfaire votre limite
  • Doit améliorer la liquidité au repos exécutable d'au moins 1 tick
  • La meilleure cotation l'emporte, les égalités sont départagées par l'heure d'arrivée
  • L'exécution peut inclure une amélioration du 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 au repos à un prix égal ou meilleur que votre limite
  • Priorité prix-temps standard
  • Peut être exécuté partiellement (appariement standard)

3. Ordre au repos

Attendre une contrepartie

  • S'active en l'absence de croisement immédiat
  • L'ordre reste au repos à votre prix limite
  • Visible dans le carnet d'ordres
  • Soumis à votre paramètre de durée de validité

Sur les instruments 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 pire que votre limite.

Idées reçues courantes

Idées reçues courantes
L'erreurLes teneurs de marché peuvent égaler la liquidité au repos du carnet et prendre l'exécution en RPI
La réalitéIls doivent battre la liquidité au repos exécutable d'au moins 1 tick. S'il n'existe pas de liquidité au repos exécutable, égaler votre limite est autorisé.
L'erreurL'enchère RPI de 2 secondes retarde significativement mon ordre
La réalitéL'enchère se termine plus tôt si tous les MM connectés répondent. En pratique, la latence est souvent bien inférieure à 2 secondes. Le placement en Phase 2 est immédiat ensuite.
L'erreurJe dois activer le RPI ou basculer un paramètre
La réalitéLe RPI est automatique pour tous les instruments éligibles. Il n'y a ni interrupteur, ni changement de mode, ni type d'ordre distinct.
L'erreurLes ordres multi-jambes peuvent se replier sur le carnet d'ordres
La réalitéIl n'existe pas de CLOB pour des paquets multi-jambes arbitraires. Si aucun MM n'exécute le paquet, le RFQ expire. Vous pouvez soumettre à nouveau ou entrer jambe par jambe individuellement.
L'erreurIOC est identique à un ordre au marché
La réalitéIOC nécessite toujours un prix limite. Il croise tout ce qui est disponible à un prix égal ou meilleur que votre limite, puis annule la portion non exécutée. Vous ne pouvez jamais être exécuté à un prix pire que celui que vous avez indiqué.

FAQ