> ## 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.
# Pour les teneurs de marché
> Les mécanismes qui comptent quand vous cotez les deux côtés — priorité dans la file, préséance des annulations, remises, et les contraintes sur la taille que vous pouvez porter.
Tenir le marché sur Intention n’est pas un programme spécial auquel on adhère. Vous cotez, vos ordres en carnet obtiennent le taux maker, et au-delà d’un seuil vous êtes payé pour fournir de la liquidité.
Ce qui mérite d’être compris avant de construire dessus, ce sont trois propriétés structurelles de cette plateforme qui la distinguent de la plupart des autres, puis les mécanismes précis qui en découlent. Chacun de ces mécanismes est documenté en détail ailleurs ; cette page est le chemin qui les relie.
Trois choses qui changent
**La latence ne décide pas des résultats à l’intérieur d’un bloc.** La priorité à un niveau de prix va au prix d’abord, puis à la place dans la séquence de bloc entérinée — pas au moment où votre paquet a atteint un nœud. Deux ordres dans le même bloc ont une préséance que chaque validateur calcule à l’identique. Entre blocs, l’instant d’arrivée compte toujours ; à l’intérieur d’un bloc, la colocation n’achète rien.
**Votre annulation passe avant un ordre agressif du même bloc.** Les annulations s’exécutent dans une phase antérieure à celle des ordres susceptibles de prendre de la liquidité. Quand le prix bouge et que vous retirez une cotation périmée, un ordre qui arrive en même temps que votre annulation ne peut pas la cueillir. Sur la plupart des plateformes, c’est une course que l’on gagne avec de l’infrastructure ; ici, c’est une garantie du protocole.
**Les ordres post-only sont placés avant que quoi que ce soit ne puisse s’exécuter contre eux.** Ils sont traités dans la phase sans appariement, en amont de tout flux agressif, parce que par définition ils ne peuvent pas prendre de liquidité.
Ensemble, ces propriétés font que la raison habituelle de dépenser lourdement en latence — défendre ses cotations contre la sélection adverse dans le même bloc — ne s’applique pas. Voir [Séquencement des transactions](/fr/trading/tx-sequencing).
Coter
**Employez post-only.** Cela garantit le statut de maker : un ordre qui croiserait est rejeté plutôt qu’exécuté en taker. C’est la différence entre obtenir le taux maker de façon fiable et payer occasionnellement le taux taker par accident. Voir [Types d’ordres](/fr/trading/order-types).
**La priorité à l’intérieur d’un niveau est positionnelle.** Les ordres au même prix s’exécutent dans la séquence où ils ont été ordonnancés. L’avant de la file s’exécute ; l’arrière regarde. Voir [Carnet d’ordres](/fr/trading/order-book).
**Respectez le pas de cotation et le pas de quantité.** Les prix non conformes sont rejetés, pas arrondis. Le collatéral libre s’arrondit vers le bas et la marge vers le haut : coter à la hauteur exacte de votre solde disponible produira donc des rejets par intermittence. Voir [Précision](/fr/trading/precision).
Gérer ses cotations
C’est là que se situe la plus grande différence pratique.
| Changement | Mécanisme | Place dans la file |
| --------------------- | -------------------------- | ------------------ |
| **Réduire la taille** | Modifié sur place | **Conservée** |
| Augmenter la taille | Annulation et remplacement | Perdue |
| Changer le prix | Annulation et remplacement | Perdue |
Rétrécir une cotation pour gérer son risque ne vous coûte pas votre place dans la file. Ce n’est pas le comportement de la plupart des plateformes, et cela change ce que coûte la gestion d’inventaire — vous pouvez réduire l’exposition à un niveau sans repasser derrière tous ceux qui sont arrivés pendant que vous réfléchissiez. Voir [Modifier des ordres](/fr/trading/modify-orders).
**Attachez un identifiant client à tout.** Quand le délai d’attente d’une soumission expire, vous ne savez pas si elle a abouti. Avec un identifiant que vous avez généré, vous annulez par cet identifiant et vous terminez dans un état connu quoi qu’il arrive. Sans identifiant, vous interrogez et vous devinez d’après le marché, le côté, le prix et la taille. Générez-les aléatoirement plutôt qu’à partir d’un compteur — un redémarrage qui perd le compteur entre en collision avec des ordres actifs. Voir [Identifiant client d’ordre](/fr/trading/client-order-id).
**La prévention de l’auto-exécution est toujours active, à l’intérieur d’un compte.** Si votre ordre entrant devait prendre votre propre cotation en carnet, l’ordre en carnet est annulé et marqué d’un statut distinct. Faites remonter ce statut : une cotation qui disparaît pour cette raison signifie que deux de vos propres stratégies sont entrées en collision.
Les sous-comptes **sont** protégés les uns des autres. La prévention de l’auto-exécution est indexée sur l’adresse du portefeuille, et tous les sous-comptes d’un même portefeuille la partagent — deux stratégies que vous menez dans des sous-comptes distincts s’annuleront donc quand même l’une l’autre lorsqu’elles se croisent. Si deux stratégies peuvent légitimement prendre des côtés opposés, les séparer en sous-comptes n’y suffit **pas** : il leur faut des portefeuilles distincts. Voir [Prévention de l’auto-exécution](/fr/trading/self-trade-prevention).
Ce que cela rapporte
Les frais maker baissent avec votre volume glissant, et au-delà d’un seuil de part de marché ils deviennent négatifs — vous êtes payé à chaque exécution maker.
| Part du volume maker de la plateforme | Taux maker |
| ------------------------------------: | ---------: |
| > 0,5 % | −0,001 % |
| > 1,5 % | −0,002 % |
| > 3,0 % | −0,003 % |
Notez la base de calcul. Les **paliers** de frais se mesurent sur votre propre volume absolu ; les **remises** se mesurent en part du volume maker de toute la plateforme. Ce sont deux qualifications différentes, et être un gros trader ne vaut pas en soi une remise — c’est représenter une fraction significative du carnet qui la vaut.
Deux autres flux pèsent sur l’inventaire d’un teneur de marché. Le [financement](/fr/trading/funding) est prélevé sur celui qui est détenu au moment du règlement, ce qui, pour un inventaire porteur d’un déséquilibre d’un jour sur l’autre, constitue un coût réel ou un revenu réel. Et les liquidations se clôturent d’abord contre le carnet d’ordres — c’est la profondeur en carnet qui les absorbe, et être la contrepartie au prix de faillite fait partie de ce que signifie coter sur un marché sous tension. Voir [Frais](/fr/programs/fees) et [Liquidations](/fr/trading/liquidations).
Contraintes sur la taille
**La marge est réservée par les ordres en carnet**, pas seulement par les positions. Un carnet large étalé sur de nombreux niveaux réserve de la marge contre chaque niveau susceptible d’ouvrir une position. Voir [Modes de marge](/fr/trading/margin-modes).
**Les limites de position s’échelonnent avec le marché.** Votre plafond d’un côté est le plus élevé de deux montants : une part de l’encours de positions ouvertes du marché, ou un plancher fixe — agrégé sur l’ensemble des sous-comptes. Voir [Limites de position](/fr/trading/oi-limits).
**L’inventaire pèse sur votre rang de réduction du levier.** Le score est le profit latent multiplié par le levier effectif : un carnet déséquilibré, bénéficiaire et à fort levier se retrouve donc près de l’avant de la file. Voir [Réduction automatique du levier](/fr/trading/adl).
Se mettre en place
L’intégration passe par la même surface que pour tout le monde : REST et WebSocket, des SDK dans quatre langages, et l’outillage testnet. Commencez par [Développeurs](/fr/developers/overview).
Pour les arrangements commerciaux — tarifs dédiés, accords de tenue de marché formels ou accompagnement à la cotation — le canal est `contact@intention.xyz`. Voir [Questions API et intégration](/fr/help/builder-questions).
Pour aller plus loin
La séquence de priorité qui rend les cotations défendables sans latence.
Pourquoi rétrécir une cotation lui conserve sa place dans la file.
Paliers, remises, et la façon dont le volume est compté.
API, SDK et outils de testnet.