> 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/de/wie-funktioniert-ibs/intelligente-treasury.md).

# Intelligente Treasury

#### Die Reserve-Architektur

Ein monetäres System ist nur so glaubwürdig wie seine Reserven. IBS unterhält eine Treasury aus vier Komponenten, wobei der protocol-owned LP-Pool die Basis-Reserveschicht bildet und von drei weiteren operativen Modulen unterstützt wird:

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

{% hint style="success" %}
📌 LP ist die Treasury. Die im Blackhole-LP-Pool dauerhaft gesperrten USDT und IBS sind nicht von der Treasury getrennt — sie sind die größte und grundlegendste Reservekomponente der Treasury. Jede Solvenzformel in diesem Protokoll zählt $$V\_{LP}$$ als primären Sicherungswert.
{% endhint %}

Diese Komponenten sind nicht austauschbar. Jede hat eigene Zuflüsse, definierte Zwecke und eine separate Ausführungslogik.

| Komponente                                      | Art                                                       | Ausführung                                    |
| ----------------------------------------------- | --------------------------------------------------------- | --------------------------------------------- |
| $$V\_{LP}$$ **— Protokolleigener LP**           | Permanente Basisreserve; USDT + IBS im Blackhole gesperrt | Unveränderlich (kann nicht verschoben werden) |
| $$T\_{RBS}$$ **— Bereichsbegrenzte Stabilität** | Aktive Stabilitätsreserve                                 | Automatisiert                                 |
| $$T\_{ST}$$ **— Safety Treasury**               | Solvenzreserve als letzter Ausweg                         | Multi-Sig-Governance                          |
| $$T\_{PBM}$$ **— POTS Bid Pool**                | Governance-Token-Verteilung                               | Automatisiert + Multi-Sig                     |

<figure><img src="/files/7d52f0179ba52a9b2fe6aceb0a7f8b06e287699f" alt=""><figcaption></figcaption></figure>

#### Schicht 1: RBS — Bereichsbegrenzte Stabilität

Das RBS-Modul ist der aktive Marktstabilisator des Protokolls. Es operiert innerhalb einer definierten Preisspanne um den IBS-Sicherungswert:

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

Wenn $$P\_{market} > P\_{RBS}^{+}$$ (Preis über der oberen Bandbreite):

Das Protokoll prägt neue IBS in den LP-Pool und absorbiert USDT in $$T\_{RBS}$$:

$$\Delta T\_{RBS} = +\Delta V\_{USDT,\ absorbed}When $P\_{market} < P\_{RBS}^{-}$$$ (Preis unter der unteren Bandbreite):

Das Protokoll führt USDT aus $T\_{RBS}$ in den LP-Pool ein, um IBS zurückzukaufen und zu verbrennen:

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

Das RBS-Modul ist vollständig automatisiert — für routinemäßige Stabilisierungsoperationen ist keine Genehmigung durch die Governance erforderlich. Seine Reservekapazität ist begrenzt:

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

Wobei $$\gamma$$ das minimale RBS-Reserveverhältnis ist (Anfangswert: 0,20, d. h. 20 % des LP-Werts). Wenn $$T\_{RBS}$$ unter diesen Schwellenwert fällt, wird die Anleiheemission ausgesetzt, bis die Reserven wieder aufgefüllt sind.

#### Schicht 2: Safety Treasury — Die Solvenzgarantie

Die Safety Treasury $$T\_{ST}$$ ist die Reserve des Protokolls für den letzten Ausweg. Sie existiert für einen Zweck: sicherzustellen, dass jeder im Umlauf befindliche IBS unter allen Marktbedingungen für mindestens 1 USDT eingelöst werden kann.

Die Solvenzbedingung lautet:

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

$$T\_{ST}$$ wird durch einen Teil der Protokolleinnahmen (YRF-Zuflüsse) finanziert und wächst unter normalen Betriebsbedingungen monoton. Sie kann nur unter einer bestimmten Bedingung eingesetzt werden: wenn sowohl $$T\_{RBS}$$ erschöpft ist und $$R < 1 + \epsilon$$.

Die Bereitstellung von $$T\_{ST}$$ erfordert eine Genehmigung durch die Multi-Signatur-Governance — sie kann nicht allein durch einen automatisierten Prozess ausgelöst werden. Dieser zweischichtige Schutz (Automatisierung + Governance) verhindert sowohl langsam auftretende Krisen als auch schnell wirkende Exploits.

#### Schicht 3: POTS Bid Pool — Governance-Token-Verteilung

Der POTS Bid Pool $$T\_{PBM}$$ wird aus zwei Quellen finanziert:

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

Wobei:

* &#x20;$$\tau\_{slash}$$ = Slashing-Steuer-Satz, der auf jede Freischaltung angewendet wird (Anfangswert: 10–30 % je nach Freischaltungsgeschwindigkeit)
* $$V\_{unlock}$$ = USDT-Wert jedes Freischaltungsereignisses
* &#x20;$$\rho\_{YRF}$$ = YRF-Protokoll-Einnahmenflussrate

&#x20;$$T\_{PBM}$$wird ausschließlich verwendet, um $POTS-Governance-Token über den PBM-Auktionsmechanismus zu bieten und zu verteilen. Er wird für strategische Allokationen durch eine Multi-Signatur-DAO-Genehmigung gesteuert, während die routinemäßige Gebotsausführung automatisiert ist.

#### Die Treasury als spieltheoretischer Commitment-Mechanismus

Die dreischichtige Treasury-Architektur fungiert im spieltheoretischen Sinne als glaubwürdiger Commitment-Mechanismus. Ein Commitment ist glaubwürdig, wenn es teuer ist, es rückgängig zu machen — und die Treasury-Architektur macht eine Umkehr für automatisierte Schichten strukturell unmöglich.

Betrachten Sie Folgendes: Ein rationaler Angreifer, der einen Bank-Run-Angriff auf IBS erwägt, muss drei aufeinanderfolgende Barrieren überwinden:

1. RBS: Die automatisierte Rückkaufaktion absorbiert die erste Welle des Verkaufsdrucks
2. Safety Treasury: Jede Bereitstellung muss von der Multi-Signatur-Governance genehmigt werden — dadurch entsteht eine Zeitverzögerung, die der Community eine Reaktion ermöglicht
3. Permanenter LP: Selbst wenn beide Reserven erschöpft sind, bleibt der permanente Liquiditätsboden bestehen — und bietet einen Rückzahlungswert größer als Null

Die Kosten eines erfolgreichen Angriffs sind daher:

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

Für einen rationalen Angreifer ist der Angriff nur profitabel, wenn der erwartete Gewinn diese Kosten übersteigt. Mit dem Wachstum der Treasury wird der Angriff zunehmend weniger tragfähig — eine Eigenschaft, die als wirtschaftliche Sicherheitsskalierung bekannt ist.

{% hint style="success" %}
🏛️ Das Ergebnis

Die Smart Treasury ist nicht nur ein Reservefonds. Sie ist ein spieltheoretischer Abschreckungsmechanismus — ein System, das so konzipiert ist, dass ein Angriff auf das Protokoll immer teurer ist als die Teilnahme daran.
{% endhint %}

#### Governance: Automatisierung + Multi-Sig

| Vorgang                               | Ausführung    | Erforderliche Genehmigung |
| ------------------------------------- | ------------- | ------------------------- |
| RBS-Stabilisierung (Routine)          | Automatisiert | Keine                     |
| Anleiheemission / Pause               | Automatisiert | Keine                     |
| Bereitstellung der Safety Treasury    | Multi-Sig     | 25 von 50 Unterzeichnern  |
| Aktualisierung der Protokollparameter | Multi-Sig     | 25 von 50 Unterzeichnern  |
| Strategische Allokation der Treasury  | Multi-Sig     | 25 von 50 Unterzeichnern  |

Die Multi-Signatur-Struktur mit 25 von 50 stellt sicher, dass kein einzelner Akteur — einschließlich des Gründerteams — eigenständig auf Treasury-Mittel zugreifen kann. Jede strategische Entscheidung erfordert einen Konsens unter einem verteilten Satz von Schlüsselinhabern.

#### Anfangsparameter

| Parameter                   | Symbol                     | Anfangswert             | Governance          |
| --------------------------- | -------------------------- | ----------------------- | ------------------- |
| RBS-Oberband-Multiplikator  | —                          | 1.10                    | Durch DAO anpassbar |
| RBS-Unterband-Multiplikator | —                          | 0.95                    | Durch DAO anpassbar |
| Min. RBS-Reserveverhältnis  | $$\gamma$$                 | 0.20 (20%)              | Durch DAO anpassbar |
| Slashing-Steuer (sofort)    | $$\tau\_{slash}^{fast}$$   | 30%                     | Durch DAO anpassbar |
| Slashing-Steuer (linear)    | $$\tau\_{slash}^{linear}$$ | 10%                     | Durch DAO anpassbar |
| YRF-Umsatzanteil an PBM     | $$\rho\_{YRF}$$            | 100 % der CBT-Einnahmen | Durch DAO anpassbar |
| Multi-Sig-Schwelle          | —                          | 25 von 50               | Durch DAO anpassbar |

> Alle Parameter unterliegen der DAO-Governance. Siehe die Parameter-Referenztabelle.