> ## 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.

# Cotations et radiations

> Comment un marché ouvre, les états qu’il traverse, comment on le met en extinction, et où les annonces sont publiées.

Coter un marché, changer son état et le retirer sont des **opérations du protocole**, pas des actes administratifs pris quelque part à côté. Elles s’exécutent à l’intérieur d’un bloc, en tête de la [priorité de bloc](/fr/trading/tx-sequencing), et leur effet est observable à une hauteur de bloc précise plutôt qu’annoncé puis appliqué de façon opaque.

Cela a une conséquence pratique pour qui intègre : l’état d’un marché est de l’état de la chaîne, et il fait autorité. Un client n’a pas besoin qu’on lui dise qu’un marché a ouvert — il peut le voir.

<h2 id="the-states-a-market-can-be-in">
  Les états possibles d’un marché
</h2>

Un marché n’est jamais simplement « ouvert » ou « fermé ». Il porte un statut qui détermine exactement quels ordres le carnet acceptera.

<div className="dg" data-dg="market-states">
  <div className="dg-c" style={{aspectRatio:"720 / 354"}}>
    <svg className="dg-w" viewBox="0 0 720 354" aria-hidden="true">
      <path className="dg-wire" d="M 154.00 153.00 L 175.60 153.00" />

      <path className="dg-head" d="M 182.00 153.00 L 175.60 157.40 L 175.60 148.60 Z" />

      <path className="dg-wire dg--green" d="M 340.00 153.00 L 361.60 153.00" />

      <path className="dg-head dg--green" d="M 368.00 153.00 L 361.60 157.40 L 361.60 148.60 Z" />

      <path className="dg-wire dg--sky" d="M 526.00 153.00 L 554.05 65.10" />

      <path className="dg-head dg--sky" d="M 556.00 59.00 L 558.25 66.43 L 549.86 63.76 Z" />

      <path className="dg-wire dg--yellow" d="M 526.00 153.00 L 549.60 153.00" />

      <path className="dg-head dg--yellow" d="M 556.00 153.00 L 549.60 157.40 L 549.60 148.60 Z" />

      <path className="dg-wire dg--orange" d="M 526.00 153.00 L 554.05 240.90" />

      <path className="dg-head dg--orange" d="M 556.00 247.00 L 549.86 242.24 L 558.25 239.57 Z" />

      <path className="dg-wire dg--orange" d="M 556.00 247.00 L 532.40 247.00" />

      <path className="dg-head dg--orange" d="M 526.00 247.00 L 532.40 242.60 L 532.40 251.40 Z" />
    </svg>

    <div className="dg-b" style={{left:"0.0000%",top:"33.8983%",width:"20.8333%",height:"18.6441%"}}><span className="dg-t">Initializing</span><span className="dg-s">le carnet n’accepte rien</span></div>
    <div className="dg-b dg--yellow" style={{left:"25.8333%",top:"33.8983%",width:"20.8333%",height:"18.6441%"}}><span className="dg-t">PreOpen</span><span className="dg-s">post-only, comptes autorisés uniquement</span></div>
    <div className="dg-b dg--green" style={{left:"51.6667%",top:"33.8983%",width:"20.8333%",height:"18.6441%"}}><span className="dg-t">Active</span><span className="dg-s">tout</span></div>
    <div className="dg-b dg--sky" style={{left:"77.7778%",top:"7.3446%",width:"22.2222%",height:"18.6441%"}}><span className="dg-t">PostOnly</span><span className="dg-s">tout ordre taker est rejeté</span></div>
    <div className="dg-b dg--yellow" style={{left:"77.7778%",top:"33.8983%",width:"22.2222%",height:"18.6441%"}}><span className="dg-t">Paused</span><span className="dg-s">rien</span></div>
    <div className="dg-b dg--orange" style={{left:"77.7778%",top:"60.4520%",width:"22.2222%",height:"18.6441%"}}><span className="dg-t">ReduceOnly</span><span className="dg-s">seulement les ordres qui réduisent</span></div>
    <div className="dg-b dg--orange" style={{left:"51.6667%",top:"60.4520%",width:"20.8333%",height:"18.6441%"}}><span className="dg-t">FinalSettlement</span><span className="dg-s">rien — l’état terminal</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"84.7458%",width:"100.0000%"}}><div className="dg-s">PostOnly et Paused reviennent à Active. Pas ReduceOnly — c’est la voie d’extinction.</div><div className="dg-n">L’état d’un marché est un état de la chaîne, exécuté en tête de priorité du bloc. Un client n’a pas à être averti qu’un marché a ouvert : il le voit.</div></div>
  </div>
</div>

| Statut              | Ce que le carnet accepte                                         |
| ------------------- | ---------------------------------------------------------------- |
| **Initializing**    | Rien. Le marché existe mais n’est pas ouvert                     |
| **PreOpen**         | Des ordres post-only, et uniquement depuis des comptes autorisés |
| **Active**          | Tout                                                             |
| **PostOnly**        | Uniquement des ordres post-only — tout ordre taker est rejeté    |
| **ReduceOnly**      | Uniquement des ordres qui réduisent une position existante       |
| **Paused**          | Rien                                                             |
| **FinalSettlement** | Rien. L’état terminal d’un marché en cours de retrait            |

Ce ne sont pas des degrés de gravité sur un cadran. Chacun est une réponse différente à un problème différent.

**PreOpen** permet à un marché de constituer un carnet avant sa première transaction. Les makers autorisés peuvent coter et, comme seuls des ordres post-only sont acceptés, rien ne peut croiser pendant la construction du carnet. Le marché ouvre avec deux côtés déjà présents, au lieu d’ouvrir vide et de laisser le premier taker fixer le prix.

**PostOnly** arrête la prise de liquidité sans empêcher les makers de coter. C’est l’état qui dit « la formation des prix est cassée en ce moment » — les makers peuvent encore se repositionner, mais personne ne peut lever une cotation périmée.

**ReduceOnly** laisse tout le monde sortir et personne entrer. C’est l’état dans lequel un marché entre quand on le met en extinction, ou quand son profil de risque a suffisamment changé pour qu’augmenter l’exposition ne soit plus approprié.

<h2 id="how-a-market-opens">
  Comment un marché ouvre
</h2>

**Coter un marché** est une opération de configuration qui écrit sa [spécification de contrat](/fr/trading/markets) on-chain : le pas de cotation, le pas de quantité, la composition de l’indice, les paliers de levier, les paramètres de financement, les limites de position et les bandes de prix. Rien du comportement du marché ne vit en dehors de cet enregistrement.

La spécification est écrite avant que le marché n’accepte quoi que ce soit, et elle est lisible dès l’instant où elle existe. Un client qui interroge la liste des marchés voit le nouveau marché — avec ses paramètres complets — avant qu’il ne devienne négociable, et c’est la fenêtre dont une intégration a besoin pour se configurer.

Les opérations de cotation peuvent être placées sous **exigence de multisignature** : l’opération porte une preuve satisfaisant un seuil de signataires, faute de quoi l’exécution la rejette. C’est le protocole qui l’impose à l’exécution, et non un processus autour de lui : ce n’est donc pas une règle que l’on peut contourner.

<h2 id="how-a-market-is-retired">
  Comment un marché est retiré
</h2>

Une radiation est une séquence inverse, pas un interrupteur. Un marché passe en **ReduceOnly** pour que les positions ouvertes puissent être clôturées et qu’aucune nouvelle exposition ne puisse être créée, et seulement ensuite en **FinalSettlement**.

Cet enchaînement relève de la procédure d’exploitation, ce n’est pas la machine à états qui l’impose d’elle-même — mais c’est l’enchaînement qui compte. Éteindre un marché alors que des positions sont ouvertes laisserait leurs détenteurs avec une exposition dont ils ne peuvent pas sortir par le carnet — ce qui transforme un changement opérationnel planifié en un règlement forcé au prix que le protocole choisit. Passer par ReduceOnly donne d’abord à chaque détenteur la possibilité de clôturer à un prix de marché.

La procédure de règlement des positions encore ouvertes au règlement final est propre au contrat, et publiée avec l’avis de radiation, aux côtés du délai de préavis.

<Warning>
  Un avis de radiation est la seule annonce qui exige d’agir. Si vous détenez une position sur un marché qui passe en ReduceOnly, la clôturer vous-même à un prix que vous avez choisi est matériellement différent de ce que fera la procédure de règlement final. Voir [Changements de règles](/fr/programs/rule-changes) pour le fonctionnement des délais de préavis.
</Warning>

<h2 id="pre-market-contracts">
  Contrats pré-marché
</h2>

Certains marchés sont cotés avant que le sous-jacent n’ait un marché au comptant liquide — un token avant sa cotation, une action avant son introduction.

Pour le noyau, ce sont des marchés ordinaires ; pour un trader, ce sont des marchés inhabituels. Leur [prix de l’indice](/fr/trading/index-price) repose sur des sources moins nombreuses et plus minces, ce qui le rend plus facile à déplacer et plus susceptible de sauter. Leurs spécifications en tiennent compte : levier plus faible, plafonds de financement plus larges, limites de position plus serrées. Voir [Marchés](/fr/trading/markets#pre-market-contracts).

<h2 id="building-against-listings">
  Construire face aux cotations
</h2>

**Énumérez les marchés à répétition, pas une seule fois.** Un client qui lit la liste des marchés au démarrage et jamais ensuite manquera en silence tout ce qui sera coté après. Les cotations sont un événement normal et continu.

**Lisez les spécifications plutôt que de les stocker.** Les pas de cotation, les paliers de levier et les plafonds de financement changent sur des marchés en service. Un client qui garde une copie périmée soumet des ordres que le réseau rejette, ou dimensionne ses positions contre des limites qui ne s’appliquent plus.

**Gérez tous les statuts, pas seulement Active.** Un ordre rejeté pour cause de statut de marché n’est pas un bug de votre ordre — c’est le marché qui vous dit ce qu’il accepte en ce moment. Traiter PostOnly, ReduceOnly et Paused comme distincts fait la différence entre une intégration qui se dégrade proprement et une intégration qui s’acharne contre un mur.

<h2 id="announcements">
  Annonces
</h2>

<Note>
  Le flux d’annonces commence avec le testnet public, le **20 septembre 2026**. D’ici là, les marchés du [testnet privé](/fr/protocol/architecture/network-status) sont cotés et modifiés sans préavis, parce que rien n’y porte de valeur.
</Note>

Chaque avis de cotation et de radiation portera : le marché et sa spécification complète, le bloc ou la date d’effet, le délai de préavis accordé, et — pour une radiation — la procédure de règlement des positions encore ouvertes.

<h2 id="where-to-go-next">
  Pour aller plus loin
</h2>

<CardGroup cols={2}>
  <Card title="Marchés" href="/fr/trading/markets">
    Ce que contient une spécification de contrat.
  </Card>

  <Card title="Changements de règles" href="/fr/programs/rule-changes">
    Les délais de préavis et la prise d’effet des changements.
  </Card>

  <Card title="Séquencement des transactions" href="/fr/trading/tx-sequencing">
    Pourquoi les opérations système s’exécutent en tête de bloc.
  </Card>

  <Card title="Journal des modifications du protocole" href="/fr/protocol/roadmap/changelog">
    Le relevé daté de ce qui a été livré.
  </Card>
</CardGroup>