Règlement et échéance

Cette page porte sur les options de la plateforme principale Hypercall Exchange. Ce sont des options de type européen, réglées en espèces en USDC. À l'échéance, les positions sont réglées automatiquement au prix de règlement du sous-jacent, et la valeur de règlement est créditée sur votre compte ou débitée de celui-ci.

Heure d'échéance

Sous-jacents	Heure d'échéance
BTC, ETH	08:00 UTC
Actions et indices (SPCX, SP500, BOT, MU, NVDA, META, MSFT, AAPL, SNDK, BABA)	20:00 UTC

20:00 UTC correspond à 16h00, heure de New York, pendant la période d'heure d'été américaine. L'échéance est fixée en UTC et ne change donc pas avec l'heure d'été.

À l'échéance :

Les nouveaux ordres sont rejetés
Les ordres ouverts sont annulés
Les positions entrent dans le processus de règlement

Le moteur vérifie chaque minute la présence d'instruments arrivés à échéance.

Cycle de vie d'un instrument

Un instrument passe par trois états :

État	Description	Négociation
Active	Négociation normale	Activée
Expired Pending Price	En attente du prix de règlement	Désactivée
Settled	Règlement terminé, positions clôturées	N/A

Transitions d'état

Active vers Expired Pending Price : l'heure d'échéance du contrat est atteinte
Expired Pending Price vers Settled : le prix de règlement est disponible et toutes les positions sont réglées

Dès qu'un instrument passe à l'état Expired Pending Price, tous les ordres ouverts sont annulés et les nouveaux ordres sont rejetés avec le message "Instrument has expired".

Prix de règlement

Le prix de règlement est une moyenne robuste sur 30 minutes du prix de l'oracle Hyperliquid pour le sous-jacent, calculée sur les 30 minutes qui se terminent à l'échéance.

Paramètre	Valeur
Source du prix	Prix de l'oracle Hyperliquid (`oraclePx`) pour le contrat perpétuel du sous-jacent. BTC et ETH utilisent les contrats perpétuels principaux de Hyperliquid ; les actions et indices utilisent les contrats perpétuels HIP-3 `xyz`, par exemple `xyz:NVDA`.
Fenêtre	30 minutes, se terminant à l'heure d'échéance
Échantillonnage	Chaque mise à jour distincte de l'oracle dans la fenêtre, selon son horodatage Hyperliquid
Échantillons minimum	500
Calcul de la moyenne	Médiane des moyennes tronquée

Calcul de la moyenne

Collecte. Hypercall enregistre chaque nouveau prix de l'oracle observé entre l'échéance moins 30 minutes et l'échéance. Plusieurs lectures d'une même mise à jour ne comptent qu'une fois, et rien de ce qui est publié après l'échéance n'est utilisé.
Troncature. Les échantillons sont triés par prix, puis les 5 % les plus hauts et les 5 % les plus bas sont écartés.
Regroupement. Les prix restants sont répartis en environ √n groupes, et la moyenne de chaque groupe est calculée.
Médiane. La médiane de ces moyennes de groupe constitue le prix de règlement.

La troncature et la médiane des moyennes rendent le prix difficile à déplacer avec quelques cotations aberrantes proches de l'échéance, tout en reflétant l'ensemble de la fenêtre.

Si les échantillons sont insuffisants

Une fenêtre de moins de 500 échantillons n'est jamais utilisée. Si l'enregistrement propre à Hypercall est incomplet (par exemple après un redémarrage pendant la fenêtre), la fenêtre est reconstituée à partir d'un historique archivé du même prix de l'oracle Hyperliquid, avec le même minimum de 500 échantillons et le même calcul de moyenne. Si aucune des deux sources ne contient assez d'échantillons, l'instrument reste à l'état Expired Pending Price et le règlement est différé. Hypercall ne règle jamais sur une fenêtre partielle ni sur un prix de repli.

Cela n'a rien à voir avec la valorisation des positions pendant une panne de l'oracle. Les contrôles de marge et la liquidation continuent de valoriser les positions au dernier prix spot enregistré, et les ordres augmentant le risque sont rejetés dès que ce prix date de plus de 30 secondes. Voir Modes de défaillance. Le dernier prix enregistré n'est jamais utilisé comme prix de règlement.

Calcul de la valeur de règlement

Le règlement correspond à la valeur intrinsèque de l'option au prix de règlement :

Options d'achat (calls) :

\text{Valeur de règlement} = \max(0, S - K) \times Q

Options de vente (puts) :

\text{Valeur de règlement} = \max(0, K - S) \times Q

Où :

$S$ = Prix de règlement
$K$ = Prix d'exercice
$Q$ = Taille de la position (signée : positive pour une position longue, négative pour une position courte)

Les options hors de la monnaie (OTM) se règlent à zéro et sont retirées. La prime est payée en espèces au moment de la transaction, de sorte que le règlement ne porte que sur la valeur intrinsèque. Cela s'applique aux comptes en marge standard comme aux comptes en marge de portefeuille.

Exemples

Call long (ITM) :

Position : Long 2 BTC-100000-C
Prix de règlement : 105 000 $
Valeur intrinsèque : max(0, 105000 - 100000) = 5 000 $
Valeur de règlement : 5 000 $× 2 = **+10 000$ ** (crédité)

Call short (ITM) :

Position : Short 2 BTC-100000-C
Prix de règlement : 105 000 $
Valeur de règlement : 5 000 $× -2 = **-10 000$ ** (débité)

Put long (OTM) :

Position : Long 1 BTC-100000-P
Prix de règlement : 105 000 $
Valeur intrinsèque : max(0, 100000 - 105000) = 0 $
Valeur de règlement : 0 $ (expire sans valeur)

Processus de règlement

Lors du règlement :

Récupération du prix : le prix de règlement finalisé sur 30 minutes
Calcul de la valeur : la valeur intrinsèque est calculée pour chaque position
Mouvement de trésorerie : toutes les options d'un même sous-jacent et de même échéance sont réglées en un seul lot, avec compensation par compte
Retrait de la position : la position est clôturée et retirée du portefeuille
Émission d'un événement : un message PositionExpired est envoyé sur le canal WebSocket portfolio

Le règlement est traité avec des garanties d'idempotence. Les rejeux et les redémarrages ne peuvent pas entraîner de double règlement.

Qui paie, selon le mode de marge

Marge standard : un compte redevable d'un règlement le paie intégralement avec ses liquidités Hypercall.
Marge de portefeuille : un compte redevable d'un règlement paie d'abord avec ses liquidités Hypercall, puis au moyen d'un prêt du pool de prêt PM. Toute somme que le pool ne peut pas financer devient une obligation en attente, exigible dans le délai de régularisation. Voir Financement PM.

Si un payeur en marge de portefeuille du lot n'a pas pu payer intégralement, les comptes créanciers de ce lot se partagent au prorata les liquidités collectées, et le solde est enregistré comme créance en attente, payée avec intérêts au fur et à mesure que le payeur rembourse. L'instrument est réglé dans tous les cas ; il n'est jamais bloqué par une obligation impayée.

Événements WebSocket

PositionExpired

Envoyé sur le canal portfolio lorsqu'une position est réglée :

{
  "type": "PositionExpired",
  "wallet_address": "0x...",
  "symbol": "BTC-20250131-100000-C",
  "position_size": "2",
  "settlement_price": "5000",
  "settlement_value": "10000",
  "settlement_entry_price": "3200",
  "cost_basis": "6400",
  "net_pnl": "3600",
  "timestamp": 1738310400000
}

Champ	Description
`position_size`	Taille de position signée (positive = longue, négative = courte)
`settlement_price`	Valeur intrinsèque par contrat
`settlement_value`	Montant total du règlement en espèces
`settlement_entry_price`	Votre prix d'entrée par contrat
`cost_basis`	Prix de revient de la position au règlement
`net_pnl`	P&L de règlement net du prix de revient, hors frais

Marché arrivé à échéance

Envoyé sur le canal market_updates lorsqu'un instrument arrive à échéance :

{
  "type": "MarketUpdate",
  "action": "Expired",
  "symbol": "BTC-20250131-100000-C",
  "strike": "100000",
  "is_call": true,
  "underlying": "BTC",
  "expiry": 1738310400,
  "timestamp": 1738310400000
}

Points de terminaison de l'API

Lister les instruments par état

GET /instruments?currency=BTC&status=EXPIRED_PENDING_PRICE

status vaut ACTIVE par défaut. Vous pouvez passer EXPIRED_PENDING_PRICE, SETTLED, une liste séparée par des virgules, ou all.

Obtenir les paiements de règlement

GET /settlement-payouts?wallet=0x...

Renvoie les enregistrements de règlement de votre compte. Paramètres facultatifs : symbol, ledger_applied, limit (50 par défaut, 100 au maximum) et offset.

Réponse :

{
  "success": true,
  "data": [
    {
      "id": 1,
      "wallet": "0x...",
      "symbol": "BTC-20250131-100000-C",
      "expiry_ts": 1738310400,
      "position_size": "2",
      "settlement_price": "5000",
      "settlement_value": "10000",
      "settlement_entry_price": "3200",
      "cost_basis": "6400",
      "net_pnl": "3600",
      "ledger_applied": true,
      "is_seen": false,
      "created_at": 1738310460000
    }
  ],
  "pagination": { "limit": 50, "offset": 0, "count": 1 },
  "error": null
}

Gestion des défaillances

Prix de règlement indisponible

Si le prix de règlement ne peut pas être finalisé à l'échéance :

L'instrument reste à l'état Expired Pending Price
La négociation est déjà bloquée
Le moteur réessaie à chaque vérification d'échéance, une fois par minute
Les liquidités ne bougent qu'une fois qu'un prix de règlement respectant la règle des 500 échantillons existe

Redémarrage du système

L'état du règlement est durable. En cas de redémarrage du système :

Les instruments arrivés à échéance sont repris au démarrage
Le règlement se poursuit automatiquement
Les garanties d'idempotence empêchent tout double règlement

Paramètres

Paramètre	Valeur	Description
Intervalle de vérification des échéances	60 secondes	Fréquence à laquelle le moteur vérifie les échéances et relance les règlements en attente
Fenêtre de règlement	30 minutes	Se termine à l'heure d'échéance
Échantillons minimum	500	En deçà, la fenêtre n'est pas utilisée
Troncature	5 % de chaque côté	Écartés avant le calcul de la moyenne

Bonnes pratiques

Surveillez les échéances : suivez les dates d'échéance de vos positions via le point de terminaison portfolio
Anticipez : clôturez vos positions avant l'échéance si vous souhaitez éviter le règlement
Surveillez les 30 dernières minutes : le prix de règlement est déterminé par l'oracle sur cette fenêtre, et non par le prix à l'instant de l'échéance
Abonnez-vous au WebSocket : recevez en temps réel les événements PositionExpired pour être notifié immédiatement
Conservez une réserve de marge : gardez suffisamment de liquidités ou de marge pour d'éventuels règlements de positions courtes dans la monnaie (ITM)

Voir aussi :

Liquidation : ce qui se passe si la marge est insuffisante
Marge de portefeuille : l'effet des positions sur la marge
Financement PM : comment les comptes en marge de portefeuille paient le règlement
Marge standard : calcul de la marge par position

Heure d'échéance​

Cycle de vie d'un instrument​

Transitions d'état​

Prix de règlement​

Calcul de la moyenne​

Si les échantillons sont insuffisants​

Calcul de la valeur de règlement​

Exemples​

Processus de règlement​

Qui paie, selon le mode de marge​

Événements WebSocket​

PositionExpired​

Marché arrivé à échéance​

Points de terminaison de l'API​

Lister les instruments par état​

Obtenir les paiements de règlement​

Gestion des défaillances​

Prix de règlement indisponible​

Redémarrage du système​

Paramètres​

Bonnes pratiques​