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

# Introduction

> Pourquoi Intention existe, ce que recouvre ici la compensation et le règlement décentralisés, et pourquoi la partie d'une plateforme d'échange qui décide qui doit quoi à qui relève d'un protocole plutôt que du système privé d'un opérateur.

> ## Trade different.

Pendant l’essentiel de l’histoire, les marchés ont été fermés. Les transactions se déroulaient derrière les murs des plateformes d’échange, avec une exécution opaque pour quiconque se trouvait à l’extérieur ; le règlement prenait des jours ; la conservation des actifs était louée à une contrepartie. L’accès ouvert était un argument marketing ; l’architecture, elle, était fermée par construction.

Les blockchains ont promis de changer cela. Pour les opérations simples, elles l’ont fait. Mais une chaîne généraliste n’a jamais été conçue pour des marchés sérieux : la priorité d’appariement est devenue une course entre producteurs de blocs, les prix de marquage évoluaient sur un cycle distinct de celui de l’exécution, les liquidations se sont muées en enchères entre keepers, et les carnets d’ordres fonctionnaient off-chain ou trop lentement pour compter. Le capital est retourné vers les plateformes dépositaires, pour la vitesse et la certitude.

Le compromis a toujours été le même : prendre la vitesse et renoncer à l’auto-conservation, ou prendre la décentralisation et renoncer à la qualité de la plateforme. Il n’y avait pas de troisième option.

Nous la construisons. Lentement, et correctement.

<h2 id="what-intention-is">
  Ce qu’est Intention
</h2>

Intention est une Layer 1 conçue pour faire tourner des marchés ouverts comme des opérations du protocole lui-même. L’appariement des ordres, la marge, la liquidation, le financement et le règlement ne sont pas des applications déployées sur une chaîne, ni un moteur d’appariement off-chain qui renvoie ses résultats — ils sont exécutés par les validateurs du réseau, sur un séquencement entériné par le consensus, à l’intérieur d’un noyau déterministe.

La catégorie qui nomme cela, c'est la **compensation et le règlement décentralisés** : les fonctions qu'une infrastructure de marché assure autour d'une transaction — établir qui doit quoi à qui, l'enregistrer et le rendre définitif — assurées par un protocole plutôt que par une chaîne d'institutions. [L'infrastructure de marché que cela remplace](/fr/protocol/architecture/overview) situe chacune de ces fonctions ici.

Une plateforme d’échange, c’est plus que cela. Les interfaces, les opérations de compte, la cotation des marchés, le support et les conditions commerciales gravitent autour. Ce que le réseau rend public et vérifiable, c’est la partie où un écart coûte de l’argent à quelqu’un : **qui a exécuté quoi, à quel prix, et qui doit quoi à qui.**

La première application qui tourne sur Intention est **Intention Exchange** — une plateforme de contrats perpétuels dotée d’un carnet d’ordres central complet, de types d’ordres professionnels, de marge isolée et croisée, de liquidations natives au protocole et de vaults de liquidité on-chain. Elle n’implémente ni son propre moteur d’appariement ni sa propre chaîne de traitement du risque ; elle hérite des deux en tournant sur la chaîne. Le même substrat est conçu pour héberger d’autres marchés à carnet d’ordres, y compris des [actifs du monde réel tokenisés](/fr/trading/markets), sans changer le modèle d’exécution.

<h2 id="open-by-asset-ai-native-by-protocol">
  Ouvert par ses actifs, natif IA par son protocole
</h2>

Cette conception supprime un type d’opacité bien précis, et elle le fait par voie de conséquence — parce que la logique de trading se trouve à cet endroit-là — plutôt que par un ensemble de fonctionnalités greffées par-dessus.

Comme l’exécution suit un séquencement entériné par le consensus, rejouer un bloc le reproduit exactement. Le prix étant certifié dans le bloc qui le consomme, il n’existe pas de cycle d’oracle distinct à devancer. Puisque la liquidation, le financement et l’assurance sont des opérations du protocole plutôt que des appels de contrat, ils s’exécutent dans la même étape que l’exécution qui les a déclenchés. Et comme le noyau émet une sortie par transaction, chaque changement d’état se rattache à la transaction qui l’a causé.

Rien de tout cela n’est une promesse que le protocole ferait à côté de sa conception. C’est ce que produit une machine à états déterministe au-dessus d’un séquencement entériné — et c’est pourquoi l’[architecture](/fr/protocol/architecture/overview) mérite d’être lue comme un tout plutôt que comme une liste de fonctionnalités.

Pour un trader humain, ces propriétés donnent une plateforme plus équitable : un séquencement que vous pouvez auditer, des prix que vous pouvez vérifier, des liquidations qui suivent des règles de protocole au lieu de courses off-chain, et un enregistrement par transaction qui existe au niveau du protocole plutôt que dans la base de données de quelqu’un d’autre.

Pour un agent qui prend des positions pour le compte de quelqu’un, elles donnent quelque chose de plus fondamental. Les agents autonomes reprennent le travail que des humains faisaient jusqu’ici à l’échelle de la plateforme. Leur tâche est d’agir selon l’*intention* d’un utilisateur — et ils ne peuvent pas agir sur une plateforme qu’ils sont obligés de modéliser comme du bruit. Il leur faut une fonction : même entrée, même sortie, vérifiable après coup. Une machine à états déterministe au-dessus d’un séquencement entériné en est une.

[Trading par IA : aujourd’hui et demain](/fr/protocol/ai-trading) explique à quoi cela sert — ce qui fonctionne déjà quand un agent trade pour votre compte, ce qui n’existe encore sur aucune plateforme, et quelles parties du protocole sont en construction pour cela.

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

<CardGroup cols={2}>
  <Card title="Vue d’ensemble de l’architecture" href="/fr/protocol/architecture/overview">
    Les couches du réseau, et comment IntentionKernel et IntentionBFT s’articulent.
  </Card>

  <Card title="Trading par IA : aujourd’hui et demain" href="/fr/protocol/ai-trading">
    Ce qui fonctionne déjà quand un agent trade pour votre compte, et ce qui n’existe encore sur aucune plateforme.
  </Card>

  <Card title="IntentionKernel" href="/fr/protocol/architecture/kernel">
    La couche d’exécution : le jeu d’instructions, la chaîne de traitement des blocs, et pourquoi le résultat est reproductible.
  </Card>

  <Card title="Jalons" href="/fr/protocol/roadmap/milestones">
    Le chemin de livraison du testnet au mainnet, et comment chaque étape est vérifiée.
  </Card>
</CardGroup>

<h2 id="status">
  Statut
</h2>

Intention est en développement actif. Certaines parties de cette documentation décrivent un comportement que le protocole garantit par conception mais qui n’a pas encore été exposé dans une interface mainnet publique. Ces pages sont signalées. Les sections architecture et sécurité décrivent le système tel qu’il est en train d’être construit ; le [Centre d’aide](/fr/help/faq) est en grande partie provisoire dans l’attente du lancement du mainnet. La documentation destinée aux développeurs se trouve sur le [site développeurs](https://dev.intention.xyz/) et dans la [référence de l’API](https://testnet-openapi.intention.xyz/).

<Note>
  Il n’existe actuellement aucun jeton natif. La documentation ne décrit ni tokenomics, ni incitations au staking, ni vente de jetons. Les éléments relatifs au jeton ne seront publiés qu’une fois l’actif en service.
</Note>
