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

Oracle de volatilité

Hypercall utilise une surface de volatilité implicite pour le pricing des options, les greeks, la valorisation mark-to-market et les contrôles de marge. L'oracle de volatilité transforme les données de marché des options en valeurs d'IV interrogeables par actif sous-jacent, prix d'exercice et échéance.

L'objectif est simple : utiliser la volatilité de marché en direct lorsqu'elle est disponible, et échouer de manière sécurisée (fail closed) plutôt que d'inventer des valeurs lorsque les données requises sont manquantes.

Ce que fait l'oracle de volatilité​

Pour chaque actif sous-jacent pris en charge, Hypercall maintient une surface de volatilité :

  • Dimension du prix d'exercice : l'IV varie selon le strike de l'option.
  • Dimension de l'échéance : l'IV varie selon le temps restant jusqu'à l'échéance.
  • Interpolation : lorsqu'un point exact de strike et d'échéance n'est pas disponible, Hypercall interpole à partir des points valides voisins.
  • Contrôles de fraîcheur : chaque fournisseur a des règles de fraîcheur. Les données obsolètes ne sont pas traitées comme des données en direct.

L'IV est stockée sous forme décimale. Par exemple, une IV de 80 % est représentée par 0.80.

Modèle sensible aux sessions​

Certains marchés sources de volatilité peuvent avoir des horaires de négociation différents de ceux de Hypercall. Lorsqu'un marché source est ouvert et en bon état, Hypercall utilise la surface source actuelle.

Le modèle recalibre les strikes du marché source dans l'espace des strikes de la plateforme en utilisant les prix spot en direct :

scale = platform_spot / source_spot
platform_strike = source_option_strike * scale

Les deux prix spot en entrée doivent être positifs et à jour. Si le spot source ou le spot de la plateforme est manquant, la mise à jour de la surface en direct échoue au lieu d'utiliser une échelle mise en cache ou statique.

Sessions sources fermées​

Lorsqu'un marché source d'options est fermé ou que la surface en direct est obsolète, Hypercall ne prétend pas que les anciennes données sources sont en direct.

À la place, le modèle peut utiliser la dernière surface source valide et la transformer dans l'espace de moneyness actuel de la plateforme :

base_strike = requested_platform_strike * base_spot / current_platform_spot
base_iv = last_good_source_surface(base_strike, expiry)

Cela préserve la log-moneyness collante (sticky log-moneyness). Une option qui est hors de la monnaie de 5 % est mise en correspondance avec le point de la surface source qui était également hors de la monnaie de 5 % au moment de la capture de la surface source.

Le modèle ajoute ensuite le risque d'événement en session fermée sous forme de variance totale :

final_iv = sqrt((base_iv^2 * time_to_expiry + event_jump^2) / time_to_expiry)

Cela rend les options à échéance courte plus sensibles au risque de gap en session fermée, ce qui est intentionnel.

Conditions d'échec sécurisé (fail-closed)​

L'oracle de volatilité échoue de manière sécurisée pour les requêtes augmentant le risque lorsque les données requises ne sont pas disponibles. Voici quelques exemples :

  • aucun fournisseur de volatilité configuré pour l'actif sous-jacent
  • source en direct obsolète sans instantané valide récent
  • spot de la plateforme manquant ou invalide
  • spot source manquant ou invalide lors de la construction de la surface source en direct
  • instantané source plus ancien que la fenêtre de session fermée configurée
  • strike ou échéance transformés ne pouvant pas être interpolés
  • actif sous-jacent non pris en charge ou point manquant sur la surface source

Échouer de manière sécurisée signifie que le système rejette les calculs qui dépendent de l'IV manquante, tels que les nouveaux ordres augmentant le risque qui nécessitent une marge. Il vaut mieux rejeter un ordre que de calculer la marge ou la valorisation avec une volatilité inventée.

Ce à quoi les utilisateurs doivent s'attendre​

Lorsque les marchés sources sont ouverts et que les flux de données sont sains, le pricing et la marge utilisent des surfaces de volatilité implicite en direct.

Lorsqu'un marché source est fermé, les marchés concernés peuvent continuer à utiliser la surface transformée sensible aux sessions si le dernier instantané valide et le spot actuel de la plateforme sont valides.

Si le modèle ne peut pas valider ses entrées, les ordres concernés peuvent être rejetés jusqu'à ce que des données fraîches ou une surface transformée valide soient disponibles.

Voir aussi​

Dernière mise à jour le