Marchés

Chaque marché est un contrat doté de sa propre spécification : ce qu’il suit, la façon dont prix et tailles sont quantifiés, le levier qu’il autorise, et la façon dont ses paramètres de risque évoluent avec la taille de la position. Chaque paramètre est on-chain et lisible. Rien du comportement d’un marché ne vit dans un fichier de configuration quelque part — les valeurs que le moteur applique sont celles que vous pouvez interroger.

​

La spécification de contrat

Deux spécifications méritent d’être vérifiées avant de trader un marché sur lequel vous n’avez jamais tradé : le tableau des paliers de levier, parce qu’il détermine votre distance à la liquidation à mesure que la position grandit, et l’intervalle de financement avec ses plafonds, parce qu’ils déterminent le coût de la détention.

​

Classes d’actifs

Le noyau ne distingue pas les sous-jacents. Un perpétuel sur un actif crypto, sur une action tokenisée, sur un indice ou sur une matière première est le même objet pour la chaîne de traitement de l’appariement, de la marge, du financement et de la liquidation. La seule exigence est une source d’indice définie et une spécification inscrite à la cote. La surface d’actifs devient donc une question de cotation plutôt qu’une question d’architecture :

• Perpétuels crypto. Contrats margés en USDC sur les grandes capitalisations, les capitalisations moyennes et les actifs de longue traîne, plus des contrats pré-marché pour les jetons nouvellement lancés.
• Perpétuels sur actifs du monde réel tokenisés. Contrats référençant des actions, des indices et des matières premières tokenisés. Même modèle d’exécution ; ils diffèrent par la composition de l’indice, le comportement lié au calendrier de négociation et les paramètres de risque.

​

Contrats pré-marché

Un contrat pré-marché porte sur un actif avant qu’il n’ait un marché au comptant liquide — un jeton avant sa cotation, ou une action avant son introduction. Ces contrats portent un risque nettement différent. Le prix de l’indice y repose sur des sources moins nombreuses et plus minces, ce qui le rend plus facile à déplacer et plus enclin aux gaps. Les spécifications en tiennent compte : levier plus faible, plafonds de financement plus larges et limites de position plus serrées que sur un marché établi.

​

Lire les données de marché

Tout ce qui précède est interrogeable. La liste des marchés, chaque spécification et l’état courant — profondeur du carnet d’ordres, prix de marquage et de l’indice, taux de financement et encours de positions ouvertes — sont disponibles en REST et en WebSocket. Voir Développeurs. Deux habitudes à prendre dans toute intégration : Lisez les spécifications au lieu de les coder en dur. Les pas de cotation, les paliers de levier et les plafonds de financement changent, et un client qui garde une copie périmée soumettra des ordres que le réseau rejette — ou dimensionnera ses positions face à des limites qui ne s’appliquent plus. Prévoyez l’apparition de nouveaux marchés. Coter un marché est une opération du protocole. Un client qui énumère les marchés au démarrage et jamais ensuite manquera silencieusement tout ce qui sera coté après.

​

Cotations et changements

Coter un marché, le retirer de la cote et modifier des paramètres de risque sont des opérations système exécutées dans le protocole sous gouvernance, en tête de la priorité de bloc. Comme ils sont on-chain, un changement de paramètre est observable à un bloc précis plutôt qu’annoncé et appliqué de façon opaque. Les annonces et les délais de préavis pour les changements qui affectent des positions ouvertes sont publiés sous Programmes.

​

Pour aller plus loin