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

# Précision et arrondis

> Comment les prix et les quantités sont représentés sous forme d’entiers, et pourquoi chaque champ s’arrondit dans le sens où il s’arrondit.

Tout nombre présent sur le chemin de règlement est un entier. Aucune virgule flottante n’intervient là où une valeur peut affecter un solde — parce que deux machines qui calculent la même expression en virgule flottante peuvent diverger sur le dernier bit, et que sur un chemin d’exécution soumis au consensus, une divergence sur le dernier bit est un fork.

Prix et quantités sont donc tenus en unités entières fixes, et chaque conversion entre ce que vous saisissez et ce que le protocole enregistre a un sens d’arrondi défini.

<h2 id="tick-size-and-lot-size">
  Pas de cotation et pas de quantité
</h2>

| Contrainte          | S’applique à | Effet                                            |
| ------------------- | ------------ | ------------------------------------------------ |
| **Pas de cotation** | Prix         | Les prix doivent en être un multiple entier      |
| **Pas de quantité** | Quantité     | Les quantités doivent en être un multiple entier |

Les deux sont propres à chaque marché et publiés dans la [spécification de contrat](/fr/trading/markets). Un ordre non conforme est rejeté plutôt qu’ajusté en silence — une plateforme qui arrondirait discrètement votre prix modifierait votre ordre sans vous le dire.

<h2 id="rounding-is-a-risk-decision">
  L’arrondi est une décision de risque
</h2>

Le sens de l’arrondi n’est pas une préférence de présentation. **Chaque choix d’arrondi attribue une fraction d’erreur à quelqu’un**, et la règle est constante : là où une erreur créerait du risque, arrondir prudemment ; là où une erreur serait un transfert systématique, arrondir équitablement.

<h3 id="rounded-conservatively-against-the-account">
  Arrondis prudents, au détriment du compte
</h3>

| Champ                                   | Sens            | Pourquoi                                            |
| --------------------------------------- | --------------- | --------------------------------------------------- |
| Marge initiale                          | **À la hausse** | Une marge sous-évaluée sous-évalue le risque        |
| Marge de maintenance                    | **À la hausse** | Elle fixe le seuil de liquidation                   |
| Collatéral disponible                   | **À la baisse** | Empêche d’ouvrir un peu plus que ce qui est couvert |
| Solde retirable                         | **À la baisse** | Empêche de retirer au-delà du disponible            |
| Taille maximale à l’achat ou à la vente | **À la baisse** | Empêche de dépasser la capacité réelle              |

Le schéma : tout ce qui répond à la question *quel risque ce compte peut-il assumer* s’arrondit au détriment du compte. Une exigence de marge arrondie à la baisse d’une fraction, répétée sur chaque position de la plateforme, est une sous-évaluation systématique du risque — minuscule à l’unité, et exactement le genre d’erreur qui ne se manifeste qu’au pire moment.

<h3 id="rounded-fairly">
  Arrondis équitables
</h3>

| Champ                                            | Sens               | Pourquoi                                                              |
| ------------------------------------------------ | ------------------ | --------------------------------------------------------------------- |
| Frais de transaction et paiements de financement | **Au plus proche** | Un biais systématique en faveur de la plateforme n’est pas défendable |
| Remises et récompenses                           | **Au plus proche** | Même raisonnement, dans l’autre sens                                  |
| P\&L réalisé                                     | **Au plus proche** | Le règlement ne doit pencher d’aucun côté                             |
| P\&L affiché                                     | **Au plus proche** | Cohérence avec le règlement                                           |

Ce sont les champs où un sens constant serait un transfert plutôt qu’une marge de sécurité. Des frais toujours arrondis à la hausse seraient un supplément caché ; toujours arrondis à la baisse, une subvention. L’arrondi au plus proche, demis vers le haut, ne laisse systématiquement l’avantage à aucun des deux côtés.

**Une exception :** des frais qui s’arrondiraient à zéro sont arrondis **à la hausse**. Une transaction qui ne paie aucun frais est pire qu’une transaction qui paie le plus petit montant représentable.

<Note>
  C’est pourquoi la valeur de votre position, votre utilisation de marge et vos affichages de profit peuvent différer d’une unité minimale d’un calcul que vous feriez vous-même. L’écart n’est pas une erreur : c’est la règle d’arrondi de ce champ précis, appliquée délibérément.
</Note>

<h2 id="what-this-means-in-practice">
  Ce que cela implique en pratique
</h2>

* **Respectez le pas de cotation et le pas de quantité** avant de soumettre. Le rejet pour prix non conforme est le rejet d’ordre évitable le plus fréquent.
* **Ne dimensionnez pas à l’unité près.** Le collatéral disponible s’arrondit à la baisse et la marge à la hausse : un ordre calibré exactement sur votre solde disponible peut être rejeté. Gardez une petite réserve.
* **Attendez-vous à de petits écarts d’affichage.** Reproduire une valeur à l’identique suppose d’appliquer la même règle d’arrondi aux mêmes entrées entières, pas de recalculer en virgule flottante.
* **Reconstruisez à partir des entiers.** Si vous rapprochez les chiffres par programme, travaillez dans les unités du protocole. Convertir vers un type décimal puis revenir réintroduit exactement l’ambiguïté que les entiers sont là pour supprimer.

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

<CardGroup cols={2}>
  <Card title="Marchés" href="/fr/trading/markets">
    Pas de cotation, pas de quantité et spécifications de contrat par marché.
  </Card>

  <Card title="IntentionKernel" href="/fr/protocol/architecture/kernel">
    Pourquoi l’arithmétique en virgule fixe est une exigence du consensus.
  </Card>

  <Card title="Modes de marge" href="/fr/trading/margin-modes">
    Où l’arrondi prudent se manifeste dans votre solde disponible.
  </Card>

  <Card title="Frais" href="/fr/programs/fees">
    Comment les charges sont calculées et arrondies.
  </Card>
</CardGroup>
