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

# Frais de transaction

> Ce que coûte une exécution — taux maker et taker, résolution du taux qui s’applique à vous, règles d’arrondi, et destination des frais.

Des frais de transaction sont prélevés **par exécution**, sur la valeur notionnelle de cette exécution. Pas par ordre, pas par bloc — un ordre qui s’exécute en cinq morceaux est facturé cinq fois, sur cinq notionnels, et un ordre qui ne s’exécute jamais n’est jamais facturé.

Deux taux s’appliquent, selon le côté de la transaction où vous vous trouviez.

**Maker** — votre ordre reposait en carnet et quelqu’un d’autre est venu s’exécuter contre lui. Vous avez apporté de la liquidité, et le taux est plus bas.

**Taker** — votre ordre a franchi le spread et consommé de la liquidité en carnet. Le taux est plus élevé.

La distinction porte sur ce que votre ordre a *fait*, pas sur ce que vous vouliez. Un ordre à cours limité qui croise le carnet à la soumission paie le taux taker. S’il vous faut absolument être maker, utilisez post-only, qui est rejeté plutôt qu’exécuté lorsqu’il prendrait de la liquidité. Voir [Types d’ordres](/fr/trading/order-types).

<h2 id="the-calculation">
  Le calcul
</h2>

$$
\text{frais} = \text{notionnel exécuté} \times \frac{\text{taux en ppm}}{1{,}000{,}000}
$$

Les taux sont stockés on-chain en **parties par million**, pas en pourcentage. La valeur par défaut du réseau est de `450` ppm côté taker et `150` ppm côté maker — soit 0,045 % et 0,015 %.

Travailler en ppm n’a rien de cosmétique. Tout ce qui se trouve sur le chemin de règlement relève de l’[arithmétique entière en virgule fixe](/fr/protocol/architecture/kernel), parce qu’une différence d’arrondi entre deux validateurs est un fork et non un écart. Un taux exprimé comme un pourcentage d’un pourcentage devrait devenir un décimal quelque part, et il n’existe aucune version de cette opération sur laquelle toutes les machines s’accordent.

L’arrondi est donc spécifié, et non accidentel :

|                                            | Règle                                                                                                  |
| ------------------------------------------ | ------------------------------------------------------------------------------------------------------ |
| **Frais prélevés**                         | Au plus proche, demis éloignés de zéro, avec un plancher de 1 quantum dès lors que le taux est positif |
| **Remise versée**                          | Au plus proche, demis éloignés de zéro, **sans** plancher — une remise a le droit de s’arrondir à zéro |
| **Frais réservés au placement de l’ordre** | Au plus proche, demis éloignés de zéro, plancher de 1 quantum                                          |

Le plancher de 1 quantum sur les prélèvements existe pour qu’une très petite exécution ne puisse pas être gratuite. Son absence sur les remises en est l’image inversée : le protocole préfère arrondir un paiement à rien plutôt que d’émettre une unité qu’il n’a pas gagnée.

<h2 id="which-rate-applies-to-you">
  Quel taux s’applique à vous
</h2>

Chaque exécution résout le taux de la même façon, et la séquence est fixe.

<div className="dg" data-dg="fee-rate-resolution">
  <div className="dg-c" style={{aspectRatio:"720 / 300"}}>
    <svg className="dg-w" viewBox="0 0 720 300" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 134.00 112.00 L 155.60 112.00" />

      <path className="dg-head dg--blue" d="M 162.00 112.00 L 155.60 116.40 L 155.60 107.60 Z" />

      <path className="dg-wire dg--green" d="M 340.00 112.00 L 373.26 41.78" />

      <path className="dg-head dg--green" d="M 376.00 36.00 L 377.24 43.67 L 369.28 39.90 Z" />

      <path className="dg-wire dg--sky" d="M 340.00 112.00 L 369.60 112.00" />

      <path className="dg-head dg--sky" d="M 376.00 112.00 L 369.60 116.40 L 369.60 107.60 Z" />

      <path className="dg-wire" d="M 340.00 112.00 L 373.26 182.22" />

      <path className="dg-head" d="M 376.00 188.00 L 369.28 184.10 L 377.24 180.33 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"28.0000%",width:"18.0556%",height:"18.6667%"}}><span className="dg-t">Une exécution</span></div>
    <div className="dg-b dg--yellow dg-round" style={{left:"23.0556%",top:"24.6667%",width:"23.6111%",height:"25.3333%"}}><span className="dg-t">Le compte porte-t-il un taux ?</span></div>
    <div className="dg-b dg--green dg-left" style={{left:"52.7778%",top:"0.6667%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Un taux de compte négocié</span><span className="dg-s">fixé directement sur le compte et délibérément ignoré par la passe de paliers nocturne — un recalcul n’écrase jamais des conditions convenues</span></div>
    <div className="dg-b dg--sky dg-left" style={{left:"52.7778%",top:"26.0000%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Taux de palier de volume</span><span className="dg-s">dérivé du volume glissant, réinscrit on-chain chaque jour</span></div>
    <div className="dg-b dg-left" style={{left:"52.7778%",top:"51.3333%",width:"47.2222%",height:"22.6667%"}}><span className="dg-t">Le défaut réseau</span><span className="dg-s">un nouveau compte trade au palier 0, et non sans taux</span><span className="dg-n">Zéro est un taux réel : une fois fixé, il s’applique à la lettre.</span></div>
    <div className="dg-b dg-dashed dg-left" style={{left:"0.0000%",top:"78.6667%",width:"100.0000%",height:"17.3333%"}}><span className="dg-s">Un taux de base par marché existe dans la configuration on-chain, mais il n’est pas appliqué à l’exécution à ce jour — tous les marchés se résolvent selon la chaîne compte-puis-défaut ci-dessus.</span></div>
  </div>
</div>

**Un taux de compte négocié** est fixé directement sur un compte. Il survit à la passe de paliers nocturne : un compte portant un taux négocié est délibérément ignoré, de sorte qu’un recalcul de volume n’écrase jamais des conditions convenues avec quelqu’un.

**Un taux de palier de volume** est ce que porte la quasi-totalité des comptes. Il est dérivé du volume glissant et réinscrit on-chain chaque jour. Voir [Paliers de frais](/fr/programs/fee-tiers).

**La valeur par défaut du réseau** s’applique à un compte auquel rien n’a jamais été attribué — un nouveau compte trade au palier 0, et non sans taux du tout.

<Note>
  Un taux de zéro est un taux réel, pas un taux manquant. Dès qu’un compte porte un taux explicitement défini, le protocole l’applique à la lettre, y compris quand il vaut zéro. Rien ne retombe en silence sur la valeur par défaut au prétexte que le nombre a l’air vide.
</Note>

Un **taux de base par marché** existe également dans la surface de configuration on-chain, pour le cas où le profil de risque d’un marché s’écarte assez de celui de la plateforme pour que le tarifer sur la grille commune soit une erreur — un contrat pré-marché, un marché exceptionnellement peu liquide. Quand il s’applique, il remplace la valeur par défaut du réseau comme base pour ce marché, les taux de compte venant toujours se superposer par-dessus.

<Warning>
  Les taux de base par marché sont configurables mais **ne sont pas appliqués sur le chemin d’exécution à ce jour**. Tous les marchés se résolvent actuellement selon la chaîne compte-puis-défaut décrite ci-dessus. Cette page dira le contraire quand cela changera.
</Warning>

<h2 id="what-the-rate-can-be">
  Ce que le taux peut valoir
</h2>

Les deux taux sont bornés on-chain, et l’écriture est rejetée plutôt que ramenée dans les bornes si une configuration les dépasse.

|           | Borne                                                            |
| --------- | ---------------------------------------------------------------- |
| **Taker** | Jamais négatif. Plafonné à 10 %                                  |
| **Maker** | Peut être négatif — une remise — jusqu’à −0,1 %. Plafonné à 10 % |

L’asymétrie est délibérée. Un taux maker négatif est une incitation voulue : la plateforme paie pour la liquidité qu’elle veut voir en carnet. Un taux taker négatif serait un mécanisme permettant de fabriquer de l’argent en se prenant soi-même pour contrepartie ; il n’est donc pas représentable, et pas seulement découragé.

Le plafond de 10 % est un garde-fou, pas une grille tarifaire. Les taux réels vivent deux ordres de grandeur en dessous ; la borne existe pour empêcher une configuration absurde ou malveillante d’atteindre l’exécution, pas pour décrire ce que quiconque paie.

<h2 id="placing-orders-costs-no-gas">
  Placer un ordre ne coûte pas de gas
</h2>

Soumettre, modifier et annuler des ordres sont des transactions natives du protocole. Elles n’exigent aucun solde de gas et ne se disputent aucun marché de frais.

Cela compte plus qu’il n’y paraît. Sur une plateforme où la gestion des ordres coûte du gas, coter revient cher et annuler pendant la volatilité coûte le plus cher exactement au moment où c’est le plus nécessaire — les teneurs de marché cotent donc plus large pour se couvrir, et tout le monde paie ce spread. Rendre la gestion des ordres gratuite retire ce coût du spread au lieu de le déplacer.

Conséquence : **les frais de transaction constituent la totalité du coût protocolaire du trading.** Il n’y a pas de seconde ligne.

<h2 id="why-your-reserved-margin-exceeds-the-initial-requirement">
  Pourquoi votre marge réservée dépasse l’exigence initiale
</h2>

Quand vous ouvrez une position, le protocole réserve la marge de l’exigence initiale *plus des frais de clôture anticipés* — parce qu’une position qui n’a pas de quoi se clôturer est une position que la plateforme doit absorber.

Ces frais anticipés sont calculés au **taux taker par défaut du réseau**, figé au moment où l’ordre a été placé — pas à votre taux, ni à ce que le taux deviendra plus tard.

Les deux éléments sont prudents à dessein. Utiliser le taux taker par défaut garantit que la réservation ne sous-provisionne jamais un compte dont le taux augmenterait ensuite. Le figer au placement garantit qu’un changement de taux en cours de vie ne peut pas invalider rétroactivement une marge déjà vérifiée et acceptée.

C’est votre taux réel qui vous est prélevé lorsque la clôture s’exécute. La réservation est une borne, pas une facture.

<h2 id="where-fees-go">
  Où vont les frais
</h2>

Les frais de transaction sont collectés sur un compte on-chain contrôlé par le protocole. Ce qui en sort est dirigé vers l’écosystème plutôt que conservé.

<div className="dg" data-dg="fee-destinations">
  <div className="dg-c" style={{aspectRatio:"720 / 314"}}>
    <svg className="dg-w" viewBox="0 0 720 314" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 134.00 138.00 L 165.60 138.83" />

      <path className="dg-head dg--blue" d="M 172.00 139.00 L 165.49 143.23 L 165.72 134.43 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 408.72 39.98" />

      <path className="dg-head" d="M 411.00 34.00 L 412.83 41.55 L 404.61 38.41 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 406.18 108.21" />

      <path className="dg-head" d="M 411.00 104.00 L 409.08 111.53 L 403.29 104.90 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 406.18 169.79" />

      <path className="dg-head" d="M 411.00 174.00 L 403.29 173.10 L 409.08 166.47 Z" />

      <path className="dg-wire dg-soft" d="M 371.00 139.00 L 408.72 238.02" />

      <path className="dg-head" d="M 411.00 244.00 L 404.61 239.59 L 412.83 236.45 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"35.0318%",width:"18.0556%",height:"17.8344%"}}><span className="dg-t">Chaque exécution</span></div>
    <div className="dg-b dg--blue" style={{left:"24.4444%",top:"32.1656%",width:"26.3889%",height:"24.2038%"}}><span className="dg-t">Compte de frais du protocole</span><span className="dg-s">on-chain et auditable</span></div>
    <div className="dg-b dg--green" style={{left:"57.7778%",top:"0.6369%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Vault de liquidité</span><span className="dg-s">cote le carnet et reprend des positions en liquidation ; les profits reviennent aux déposants</span></div>
    <div className="dg-b dg--green" style={{left:"57.7778%",top:"22.9299%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Fonds d’assurance</span><span className="dg-s">absorbe les déficits avant que l’ADL n’atteigne d’autres traders</span></div>
    <div className="dg-b dg-dashed" style={{left:"57.7778%",top:"45.2229%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Remises de parrainage</span><span className="dg-s">quand le programme sera actif</span></div>
    <div className="dg-b dg-dashed" style={{left:"57.7778%",top:"67.5159%",width:"42.2222%",height:"20.3822%"}}><span className="dg-t">Déployeurs de tokens</span><span className="dg-s">pour des cotations spot apportées par des tiers — spot pas encore actif</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"88.5350%",width:"100.0000%"}}><div className="dg-n">Soldes et mouvements sont de l’état de la chaîne — ouverture, frais entrants, transferts sortants, clôture : une somme que chacun recalcule depuis les blocs entérinés.</div></div>
  </div>
</div>

* **Le [vault de liquidité](/fr/trading/vaults)** qui cote le carnet et reprend des positions pendant les [liquidations](/fr/trading/liquidations). Les revenus de frais font partie de ses recettes, et les profits du vault reviennent aux déposants.
* **Le fonds d’assurance**, qui absorbe les déficits qu’une liquidation n’a pas pu couvrir avant que la [réduction automatique du levier](/fr/trading/adl) n’atteigne d’autres traders.
* **Les remises de [parrainage](/fr/programs/referrals)**, quand ce programme sera en service.
* **Les déployeurs de tokens**, pour les cotations apportées par des tiers. Cela vaut pour les cotations au comptant, qui ne sont pas encore en service.

Les soldes et les mouvements sont de l’état de la chaîne. Le rapprochement — solde d’ouverture, frais entrants, transferts sortants, solde de clôture — est une somme que n’importe qui peut recalculer à partir des blocs entérinés, et non un chiffre que quelqu’un doit publier.

Les frais de bridge et de compte sont collectés à part, sur leur propre compte. Voir [Frais hors transaction](/fr/programs/other-fees).

<h2 id="what-is-not-a-trading-fee">
  Ce qui n’est pas des frais de transaction
</h2>

| Coût                                                | Versé à              | Notes                                                  |
| --------------------------------------------------- | -------------------- | ------------------------------------------------------ |
| Frais de transaction                                | Le protocole         | Cette page                                             |
| [Financement](/fr/trading/funding)                  | Les autres traders   | Le protocole n’en prend aucune part                    |
| Slippage                                            | Personne             | C’est le prix que vous avez obtenu, pas un prélèvement |
| [Pénalité de liquidation](/fr/trading/liquidations) | Le fonds d’assurance | Uniquement en cas de liquidation                       |
| [Frais de retrait](/fr/programs/other-fees)         | Le protocole         | Bridge, pas trading                                    |
| Gas                                                 | —                    | Non prélevé sur les transactions de trading            |

C’est le financement que l’on prend le plus souvent pour des frais. C’est un transfert entre longs et shorts ; selon le côté que vous détenez, c’est un coût ou un revenu.

<h2 id="reducing-what-you-pay">
  Réduire ce que vous payez
</h2>

* **Soyez maker.** Pour la plupart des comptes, l’écart maker-taker est plus large que l’écart entre deux paliers de volume voisins. Changer *la façon* dont vous tradez déplace davantage votre coût que de trader davantage.
* **Utilisez post-only** quand vous ne devez pas payer les taux taker par accident. L’ordre est rejeté plutôt qu’exécuté s’il devait croiser le carnet.
* **Gardez votre activité sous un seul compte parent.** Les sous-comptes s’agrègent pour le calcul des paliers : les répartir ne rapporte rien et coûte de la complexité opérationnelle.
* **Fractionnez les gros ordres.** Le [TWAP](/fr/trading/twap) et les [ordres échelonnés](/fr/trading/scale-orders) réduisent le slippage, qui sur un gros ordre dépasse généralement les frais de très loin.

<Warning>
  Lisez les taux depuis la chaîne plutôt que de les inscrire en dur. La grille tarifaire est une configuration on-chain et elle bouge ; une intégration qui en garde sa propre copie finira par calculer un coût que le réseau ne prélève pas. Voir [Développeurs](/fr/developers/overview).
</Warning>

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

<CardGroup cols={2}>
  <Card title="Paliers de frais" href="/fr/programs/fee-tiers">
    La grille, le calcul de votre palier, et les remises aux teneurs de marché.
  </Card>

  <Card title="Frais hors transaction" href="/fr/programs/other-fees">
    Coûts de bridge, de compte, de vault et de liquidation.
  </Card>

  <Card title="Types d’ordres" href="/fr/trading/order-types">
    Post-only, et comment garantir le statut maker.
  </Card>

  <Card title="Financement" href="/fr/trading/funding">
    Le coût qui va aux autres traders plutôt qu’au protocole.
  </Card>
</CardGroup>