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

# Parrainage

> L’état du programme de parrainage : ce qui est décidé, ce qui ne l’est pas, et ce que dit réellement le seul engagement publié.

<Note>
  Il n’existe **aucun programme de parrainage**. Rien n’est construit, aucune relation de parrainage ne peut être enregistrée, et aucune remise ne s’accumule. Cette page existe pour dire ce qui est réellement arrêté, c’est-à-dire très peu de chose.
</Note>

<h2 id="what-is-settled">
  Ce qui est arrêté
</h2>

Une seule chose : **les remises de parrainage sont financées sur les frais de transaction collectés.**

Le compte de frais du protocole qui reçoit l’intégralité des [frais de transaction](/fr/programs/fees) compte parmi ses sorties une réserve de remises de parrainage, aux côtés du vault de liquidité et du fonds d’assurance.

Cela a une conséquence réelle, et c’est la raison pour laquelle cela mérite d’être dit à part. Une remise payée sur des frais collectés est bornée par les frais réellement collectés — le programme ne peut pas distribuer plus que ce qu’a généré l’activité qu’il récompense. C’est une redistribution de revenus plutôt qu’une émission gagée sur des revenus futurs : il n’y a donc pas de calendrier qui puisse s’épuiser, ni de dilution à intégrer dans les prix.

<h2 id="what-is-not-settled">
  Ce qui n’est pas arrêté
</h2>

Tout le reste :

* La part de remise revenant au parrain, et la question de savoir si le filleul bénéficie aussi d’une réduction
* La façon dont une relation de parrainage est établie et enregistrée
* Le caractère permanent ou limité dans le temps de l’attribution
* Les règles d’éligibilité, et la manière dont l’auto-parrainage et le parrainage circulaire sont exclus
* Le fait que les remises soient versées au solde ou doivent être réclamées
* Comment et quand l’attribution est calculée

Le dernier point n’est pas un détail. Qu’une remise soit calculée on-chain à chaque exécution, ou off-chain sur une fenêtre puis réinscrite sur la chaîne, détermine ce sur quoi un intégrateur peut s’appuyer et ce qu’un utilisateur peut vérifier. Ce n’est pas décidé, donc cette page ne le décrit pas.

<Warning>
  Si vous préparez une intégration au parrainage, il n’y a encore rien ici sur quoi vous appuyer. Ne déduisez pas une conception du fonctionnement des [paliers de frais](/fr/programs/fee-tiers) — la ressemblance est plausible, elle n’est pas planifiée.
</Warning>

<h2 id="the-standard-this-page-will-meet">
  La norme que cette page respectera
</h2>

Quand le programme sera défini, il sera documenté ici avant de commencer à accumuler quoi que ce soit — sans effet rétroactif, et sans être révélé après une période d’activité qu’il aurait mesurée en silence. Le lancement est annoncé dans le [journal des modifications du protocole](/fr/protocol/roadmap/changelog).

Le point précis sur lequel il vaut la peine d’insister, c’est **la possibilité de recalculer une remise à partir de données publiques**. Tout ce que le protocole facture aujourd’hui — taux, paliers, remises — dérive de blocs entérinés et peut être vérifié par n’importe qui. Un solde de parrainage qui n’existe que dans une base de données est un objet d’une autre nature, et il sera étiqueté comme tel plutôt que présenté à côté de chiffres vérifiables.

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

<CardGroup cols={2}>
  <Card title="Frais de transaction" href="/fr/programs/fees">
    Où vont les frais, y compris la réserve de parrainage.
  </Card>

  <Card title="Paliers de frais" href="/fr/programs/fee-tiers">
    La réduction de taux qui est en service aujourd’hui.
  </Card>

  <Card title="Points" href="/fr/programs/points">
    L’autre programme de récompenses, et son statut.
  </Card>

  <Card title="Journal des modifications du protocole" href="/fr/protocol/roadmap/changelog">
    Là où un lancement serait annoncé.
  </Card>
</CardGroup>