> For the complete documentation index, see [llms.txt](https://docs.pots.money/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.pots.money/fr/comment-fonctionne-ibs/tresorerie-intelligente.md).

# Trésorerie intelligente

#### L’architecture des réserves

Un système monétaire n’est crédible qu’à hauteur de ses réserves. IBS maintient une trésorerie à quatre composantes, où le pool LP détenu par le protocole forme la couche de réserve de base, soutenue par trois modules opérationnels supplémentaires :

$$\mathcal{T} = {V\_{LP},\ T\_{RBS},\ T\_{ST},\ T\_{PBM}}$$

{% hint style="success" %}
📌 Le LP est la trésorerie. Les USDT et IBS verrouillés à perpétuité dans le pool LP Blackhole ne sont pas distincts de la trésorerie — ils constituent le composant de réserve le plus important et le plus fondamental de la trésorerie. Chaque formule de solvabilité dans ce protocole compte $$V\_{LP}$$ comme l’actif de garantie principal.
{% endhint %}

Ces composants ne sont pas interchangeables. Chacun dispose d’entrées dédiées, de finalités définies et d’une logique d’exécution distincte.

| Composant                                         | Nature                                                             | Exécution                           |
| ------------------------------------------------- | ------------------------------------------------------------------ | ----------------------------------- |
| $$V\_{LP}$$ **— LP détenu par le protocole**      | Réserve de base permanente ; USDT + IBS verrouillés dans Blackhole | Immuable (ne peut pas être déplacé) |
| $$T\_{RBS}$$ **— Stabilité bornée par une plage** | Réserve de stabilisation active                                    | Automatisé                          |
| $$T\_{ST}$$ **— Trésorerie de sécurité**          | Réserve de solvabilité de dernier recours                          | Gouvernance multisig                |
| $$T\_{PBM}$$ **— Pool d’enchères POTS**           | Distribution du jeton de gouvernance                               | Automatisé + multisig               |

<figure><img src="/files/68565442d9f0de5518ec1d8d70ae215bbe9e671f" alt=""><figcaption></figcaption></figure>

#### Couche 1 : RBS — Stabilité bornée par une plage

Le module RBS est le stabilisateur de marché actif du protocole. Il fonctionne dans une fourchette de prix définie autour de la valeur de garantie d’IBS :

$$\mathcal{B}*{RBS} = \[P*{RBS}^{-},\ P\_{RBS}^{+}] = \[B\_{IBS} \times 0.95,\ B\_{IBS} \times 1.10]$$

Lorsque $$P\_{market} > P\_{RBS}^{+}$$ (le prix est au-dessus de la borne supérieure) :

Le protocole frappe de nouveaux IBS dans le pool LP, absorbant les USDT dans $$T\_{RBS}$$:

$$\Delta T\_{RBS} = +\Delta V\_{USDT,\ absorbed}When $P\_{market} < P\_{RBS}^{-}$$$ (le prix est en dessous de la borne inférieure) :

Le protocole injecte des USDT depuis $T\_{RBS}$ dans le pool LP pour racheter et brûler des IBS :

$$\Delta T\_{RBS} = -\Delta V\_{USDT,\ deployed}$$

Le module RBS est entièrement automatisé — aucune approbation de gouvernance n’est requise pour les opérations de stabilisation courantes. Sa capacité de réserve est bornée :

$$T\_{RBS} \geq T\_{RBS}^{min} = \gamma \cdot V\_{LP}$$

Où $$\gamma$$ est le ratio minimal de réserve RBS (valeur initiale : 0,20, soit 20 % de la valeur du LP). Si $$T\_{RBS}$$ passe sous ce seuil, l’émission d’obligations est suspendue jusqu’à ce que les réserves soient reconstituées.

#### Couche 2 : Trésorerie de sécurité — La garantie de solvabilité

La Trésorerie de sécurité $$T\_{ST}$$ est la réserve de dernier recours du protocole. Elle n’existe qu’à une seule fin : garantir que chaque IBS en circulation puisse être échangé contre au moins 1 USDT, quelles que soient les conditions de marché.

est la condition de solvabilité :

$$\frac{V\_{LP} + T\_{RBS} + T\_{ST}}{S\_{circ}} \geq 1 \quad \text{(always)}$$

$$T\_{ST}$$ est financée par une partie des revenus du protocole (flux YRF) et croît de manière monotone en fonctionnement normal. Elle ne peut être mobilisée que dans une condition précise : lorsque à la fois $$T\_{RBS}$$ est épuisé et $$R < 1 + \epsilon$$.

Le déploiement de $$T\_{ST}$$ nécessite l’approbation de la gouvernance multisignature — il ne peut pas être déclenché par un simple processus automatisé. Cette protection à deux niveaux (automatisation + gouvernance) empêche à la fois les crises lentes et les exploits rapides.

#### Couche 3 : Pool d’enchères POTS — Distribution du jeton de gouvernance

Le pool d’enchères POTS $$T\_{PBM}$$ est alimenté par deux sources :

$$T\_{PBM}(t) = \int\_0^t \left\[\tau\_{slash}(s) \cdot V\_{unlock}(s) + \rho\_{YRF}(s)\right]ds$$

Où :

* &#x20;$$\tau\_{slash}$$ = Taux de taxe de pénalité appliqué à chaque déverrouillage (valeur initiale : 10–30 % selon la vitesse de déverrouillage)
* $$V\_{unlock}$$ = Valeur en USDT de chaque événement de déverrouillage
* &#x20;$$\rho\_{YRF}$$ = Taux de flux des revenus YRF du protocole

&#x20;$$T\_{PBM}$$est utilisé exclusivement pour enchérir sur les jetons de gouvernance $POTS et les redistribuer via le mécanisme d’enchères PBM. Il est régi par l’approbation multisignature du DAO pour les allocations stratégiques, tandis que l’exécution courante des enchères est automatisée.

#### La trésorerie comme mécanisme d’engagement en théorie des jeux

L’architecture de trésorerie à trois couches fonctionne comme un mécanisme d’engagement crédible au sens de la théorie des jeux. Un engagement est crédible lorsqu’il est coûteux à annuler — et l’architecture de trésorerie rend l’annulation structurellement impossible pour les couches automatisées.

Considérez ce qui suit : un attaquant rationnel envisageant une attaque de type bank run contre IBS doit franchir trois barrières successives :

1. RBS : le rachat automatisé absorbe la première vague de pression vendeuse
2. Trésorerie de sécurité : la gouvernance multisig doit approuver tout déploiement — ce qui introduit un délai permettant la réaction de la communauté
3. LP permanent : même si les deux réserves sont épuisées, le plancher de liquidité permanent demeure — fournissant une valeur de rachat non nulle

Le coût d’une attaque réussie est donc :

$$C\_{attack} \geq T\_{RBS} + T\_{ST} + L\_{permanent}$$

Pour un attaquant rationnel, l’attaque n’est rentable que si le gain attendu dépasse ce coût. À mesure que la trésorerie grossit, l’attaque devient de moins en moins viable — une propriété appelée montée en puissance de la sécurité économique.

{% hint style="success" %}
🏛️ Le résultat

La Smart Treasury n’est pas seulement un fonds de réserve. C’est un moyen de dissuasion fondé sur la théorie des jeux — un système conçu pour que l’attaque du protocole soit toujours plus coûteuse que la participation à celui-ci.
{% endhint %}

#### Gouvernance : automatisation + multisig

| Opération                                | Exécution  | Approbation requise   |
| ---------------------------------------- | ---------- | --------------------- |
| Stabilisation RBS (routine)              | Automatisé | Aucune                |
| Émission d’obligations / pause           | Automatisé | Aucune                |
| Déploiement de la Trésorerie de sécurité | Multisig   | 25 signataires sur 50 |
| Mise à jour des paramètres du protocole  | Multisig   | 25 signataires sur 50 |
| Allocation stratégique de la trésorerie  | Multisig   | 25 signataires sur 50 |

La structure multisignature 25 sur 50 garantit qu’aucun acteur unique — y compris l’équipe fondatrice — ne peut accéder unilatéralement aux fonds de la trésorerie. Toute décision stratégique requiert un consensus entre un ensemble distribué de détenteurs de clés.

#### Paramètres initiaux

| Paramètre                              | Symbole                    | Valeur initiale       | Gouvernance          |
| -------------------------------------- | -------------------------- | --------------------- | -------------------- |
| Multiplicateur de borne supérieure RBS | —                          | 1.10                  | Ajustable par le DAO |
| Multiplicateur de borne inférieure RBS | —                          | 0.95                  | Ajustable par le DAO |
| Ratio minimal de réserve RBS           | $$\gamma$$                 | 0.20 (20%)            | Ajustable par le DAO |
| Taxe de pénalité (immédiate)           | $$\tau\_{slash}^{fast}$$   | 30%                   | Ajustable par le DAO |
| Taxe de pénalité (linéaire)            | $$\tau\_{slash}^{linear}$$ | 10%                   | Ajustable par le DAO |
| Part des revenus YRF vers le PBM       | $$\rho\_{YRF}$$            | 100 % des revenus CBT | Ajustable par le DAO |
| Seuil multisig                         | —                          | 25 sur 50             | Ajustable par le DAO |

> Tous les paramètres sont soumis à la gouvernance du DAO. Voir le tableau de référence des paramètres.