> ## Documentation Index > Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt > Use this file to discover all available pages before exploring further. # Marchés > Ce que contient une spécification de contrat, quelles classes d’actifs partagent le même modèle d’exécution, et comment les cotations évoluent. 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

| Paramètre | Gouverne | | ----------------------------------- | ------------------------------------------------------------------------------------ | | **Pas de cotation** | L’incrément de prix auquel les ordres doivent se conformer | | **Pas de quantité** | L’incrément de quantité | | **Composition de l’indice** | Les sources externes qui construisent le [prix de l’indice](/fr/trading/index-price) | | **Paliers de levier** | Levier maximum et marge de maintenance par taille de position | | **Intervalle de financement** | La fréquence de règlement du [financement](/fr/trading/funding) — couramment horaire | | **Plafonds du taux de financement** | Les bornes auxquelles le taux est ramené | | **Limites de position** | Le seuil de part et la limite de base pour la [concentration](/fr/trading/oi-limits) | | **Bande de prix** | Jusqu’où de la référence un ordre peut reposer en carnet ou s’exécuter | | **Modes de marge autorisés** | Certains marchés sont en isolée uniquement | 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. Les perpétuels sur actifs du monde réel introduisent deux mécaniques que les perpétuels crypto n’ont pas : des places de référence qui ferment, et des sources d’indice dont la cadence de mise à jour diffère de la cadence des blocs. Le traitement des gaps de prix, celui du financement pendant les séances fermées et la continuité de l’indice font partie de chaque spécification de contrat et sont documentés marché par marché.

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](/fr/trading/index-price) 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](/fr/trading/order-book), prix de [marquage](/fr/trading/mark-price) et de l’indice, taux de financement et encours de positions ouvertes — sont disponibles en REST et en WebSocket. Voir [Développeurs](/fr/developers/overview). 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](/fr/trading/tx-sequencing) 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](/fr/programs/rule-changes).

Pour aller plus loin

Pas de cotation, pas de quantité, et les règles d’arrondi qui les accompagnent. Comment les tableaux de paliers fixent le levier maximum et la marge de maintenance. Comment l’indice d’un marché est construit à partir de ses sources. Plafonds de concentration, marché par marché.