﻿---
title: "Überbesicherter Stablecoin"
description: "Ein überbesicherter Stablecoin wird gegen protokollseitig anerkannte Sicherheiten ausgegeben, deren Marktwert die aktuelle Schuld übersteigt; Solvenz und Preisbindung hängen dennoch von Schuldaufzinsung, Orakeln, Liquidation, Auffangmechanismen, Rücknahme und Governance ab."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Überbesicherter Stablecoin

> Nur zu Bildungszwecken; keine Anlageberatung oder Anlageempfehlung. Anlagen können zu Verlusten führen.

<a id="answer"></a>

## Direkte Antwort

Ein überbesicherter Stablecoin ist eine Protokollverbindlichkeit, die gegen zulässige Sicherheiten geprägt oder aufgenommen wird, deren vom Oracle bewerteter Wert die aktuelle Positionsschuld übersteigt. Der Mehrwert ist ein Puffer, keine Garantie. Sicherheiten können sprunghaft fallen, Schulden Gebühren ansammeln, Oracle-Werte nachlaufen und Liquidationen scheitern. Daher kann ein Protokoll unterbesichert werden, obwohl Positionen bei Eröffnung überbesichert waren.

Drei Bücher sind getrennt zu führen: Sicherheiten und Schulden des Kreditnehmers, die aggregierte Bilanz aus Sicherheiten, Schulden und Auffangmitteln des Protokolls sowie Markt- und Rücknahmerechte des Stablecoin-Inhabers. Ein gesunder Vault beweist keine Systemsolvenz; Systemsolvenz erzwingt keinen Sekundärmarktpreis von `1 USD`; und die Bezeichnung überbesichert gewährt nicht jedem Inhaber zwingend eine direkte Rücknahme zum Nennwert.

Identität der Sicherheiten, Schuldenrechnung, Oracle-Regeln, Liquidation, Verlustwasserfall, Preisbindungsmechanismus und Governance sind deployment-spezifisch. Wrapped, gebrückte, verwahrte, Liquid-Staking-, LP- und Real-World-Sicherheiten schaffen Emittenten-, Brücken-, Rücknahme-, Korrelations- und Liquiditätsabhängigkeiten, die eine Schlagzeilenquote nicht zeigt.

<a id="mechanism"></a>

## Funktionsweise

1. Blockchain, Deployment und Version, Stablecoin-Vertrag und Schuldeneinheit, sämtliche Sicherheitenverträge und Wrapper sowie die Rolle als Kreditnehmer, Inhaber, Liquidator oder Auffangteilnehmer festlegen.
2. Den Wert zulässiger Sicherheiten aus Beständen, Oracle-Preisen, Dezimalstellen und Abschlägen rekonstruieren; aktuelle Schulden aus normiertem Kapital, aufgelaufenem Satz oder Index, Rücklagen und Protokollgebühren statt aus dem ursprünglich in der Oberfläche angezeigten Prägungsbetrag bestimmen.
3. Auf einheitlicher Bewertungsbasis `CR = collateralValue / currentDebt`, `LTV = currentDebt / collateralValue` und einen gewichteten `healthFactor = sum(collateralValue_i * liquidationThreshold_i) / currentDebt` berechnen; den genauen Vergleichsoperator sowie Obergrenzen, Untergrenzen und Restschuldregeln lesen.
4. Sicherheitenpreise, Korrelationen, Oracle-Verzögerung und Schuldenwachstum stressen. Liquidationspreis und Puffer nach jeder Änderung von Gebührenindex, Governance, Sicherheiten oder Oracle neu berechnen.
5. Den tatsächlichen Weg einer teilweisen oder vollständigen Liquidation simulieren: Keeper-Berechtigung, Auktion, AMM- oder Stability-Pool-Ausführung, Close Factor, Strafaufschlag, Bonus, Gas, Slippage, getilgte Schuld, veräußerte Sicherheit, Rest und Fehlbetrag.
6. Fehlbeträge in das Systembuch übertragen und Kapazität von Überschuss, Reserve, Stability Pool, Versicherung, Rekapitalisierung oder Verlustumlage prüfen. Rückzahlung und Verbrennung, Primärrücknahme, Peg-Fazilität und Sekundärliquidität einschließlich Gebühren, Limits, Warteschlangen und Sperren getrennt testen.
7. Konzentration der Sicherheiten, Oracle- und Liquidationszustand, Identität von Schuld und Angebot, Auffangkapazität, Governance- und Administratoränderungen, Pausen und Shutdown überwachen; Salden von Kreditnehmer, Inhaber und Protokoll nach Stress, Liquidation, Rücknahme oder Sanierung abstimmen.

Nur auf einer konsistenten Bewertungsbasis für eine einzelne Sicherheit gilt `LTV = 1 / CR`. Mindestbesicherungsquote, maximaler LTV, Liquidationsquote, gewichtete Liquidationsschwelle und Zielpuffer sind nicht austauschbar. Ein Liquidationsaufschlag ist auch nicht automatisch Gewinn des Liquidators: Aufschlagsziel, Auktionsabschlag, Keeper-Anreiz, Gas, Protokollgebühr und nicht eingezogenes Kapital sind getrennte Posten.

<a id="example"></a>

## Rechenbeispiele

- **Besicherungsquote und Auslöser.** Eine Position hält `2 ETH` zu `2,000 USD/ETH`; die Sicherheit beträgt somit `4,000 USD`, die aktuelle Schuld `2,000 USD`. Daher gelten `CR = 200%` und `LTV = 50%`. Bei mindestens `CR = 150%` beträgt der didaktische Auslösepreis `2,000 * 1.5 / 2 = 1,500 USD/ETH`, entsprechend einem maximalen LTV von `66.6666666667%`. Ob Gleichheit liquidierbar ist, bestimmt der implementierte Vergleichsoperator.
- **Drift des Schuldenindex.** Die normierte Schuld beträgt `10,000 USD`; der Index steigt von `1.0000` auf `1.0125`, sodass die aktuelle Schuld `10,125 USD` beträgt. Bei Sicherheiten von `15,000 USD` ergeben sich `CR = 148.1481481481%` und `LTV = 67.5%`. Eine bei `150%` eröffnete Position kann die Schwelle ohne Preisbewegung überschreiten.
- **Liquidationsfehlbetrag.** In einem Lehrbuch beträgt die Hauptschuld `10,000 USD` und der Aufschlag `13%`; das Auktionsziel ist `11,300 USD`. Bruttoerlöse von `9,600 USD` abzüglich `100 USD` direkter Kosten ergeben `9,500 USD` Nettoeinzug. Die Ausfallschuld auf das Kapital beträgt `500 USD`; übernimmt der Auffangmechanismus `400 USD`, verbleiben `100 USD`. Die weiteren `1,300 USD` bis zum Ziel sind nicht realisierter Aufschlag, keine Ausfallschuld auf das Kapital.
- **Begrenzte Rücknahmearbitrage.** `10,000` Einheiten zu `0.97 USD` kosten `9,700 USD`. Gewährt genau dieses Protokoll berechtigten Inhabern Rücknahme zum Nennwert, bleiben nach `0.5%` Gebühr Sicherheiten von `9,950 USD`; nach `20 USD` Ausführungskosten sind der Nettowert `9,930 USD` und der Spread-Gewinn `230 USD` beziehungsweise `2.3711340206%` der Kosten. Limits, Warteschlangen, Sicherheitenmix, Slippage, Verzögerung oder Sperre können das Geschäft verhindern; viele Stablecoins haben kein solches Recht.

<a id="risks"></a>

## Risiken

- Falsche Blockchain, Deployment-, Stablecoin-, Sicherheiten-, Wrapper-, Brücken- oder Schuldeneinheit.
- Falscher Oracle-Preis, Basis-/Quoterichtung, Dezimalstellen, Status, Aktualität oder Manipulation.
- Oracle-Wert liegt deutlich über dem ausführbaren Liquidationswert.
- Sicherheit fällt sprunghaft, verliert den Peg, fällt aus, korreliert oder verliert Rücknahmezugang.
- Unzureichende Markttiefe und Auktions- oder AMM-Slippage zerstören den Puffer.
- Schuldenindex, Stabilitätsgebühr, Reserve, aufgelaufene Zinsen oder Rundung fehlen.
- Besicherungsquote, LTV, Health Factor, Liquidationsquote und Zielpuffer werden verwechselt.
- Governance ändert Sätze, Schwellen, Obergrenzen, Zulässigkeit, Oracle oder Auktionsregeln.
- Keeper, Auktion, Stability Pool oder Liquidationsinfrastruktur sind inaktiv oder zensiert.
- Gas, Überlastung, MEV, Reorganisation, Sequencer oder Finalitätsverzögerung verhindern rechtzeitige Liquidation.
- Close Factor, Teilliquidation, Restschuld, Mindestschuld oder Restposition werden falsch behandelt.
- Aufschlag, Bonus, Abschlag, Gasvergütung, Gebühr und eingezogenes Kapital werden falsch verbucht.
- Nettoeinzug bleibt unter dem Kapital und erzeugt Ausfallschulden.
- Überschuss, Reserve, Stability Pool, Versicherung oder Rekapitalisierungspuffer sind erschöpft.
- Konzentration, rekursive Hebelung, Weiterverpfändung oder gemeinsame Abhängigkeiten verstärken Verluste.
- Verwahrer, Emittent, Wrapper, Liquid-Staking-Token, Brücke oder Real-World-Sicherheit fällt aus.
- Sekundärliquidität oder Peg-Arbitrage versagt und der Stablecoin verliert die Bindung.
- Primärrücknahme fehlt, ist beschränkt, eingereiht, gedeckelt, gesperrt oder anders bepreist.
- Vertrag, Proxy, Administrator, Unterzeichner, Governance, Pause oder Migration werden kompromittiert.
- Shutdown, Abwicklung, Cross-Chain-Angebot sowie Rechts-, Steuer-, Frontend-, RPC- oder Rangunsicherheit verhindern geordneten Ausstieg.

<a id="misconceptions"></a>

## Häufige Irrtümer

- **„Sicherheiten über 100 % machen den Stablecoin sicher.“** Volatilität, Gebühren, Oracle-Verzug, Liquidationskosten und Liquidität erfordern einen größeren, vermögensspezifischen Puffer.
- **„Besicherungsquote, LTV und Health Factor sind derselbe Prozentsatz.“** Sie laufen in unterschiedliche Richtungen und nutzen bei mehreren Sicherheiten unterschiedliche Schwellengewichte.
- **„Das Überschreiten der Schwelle garantiert sofortige Vollliquidation.“** Berechtigung garantiert weder Keeper noch Ausführung, Preis, Schließungsbetrag oder ausreichenden Einzug.
- **„Der Aufschlag ist garantierter Liquidatorgewinn und deckt automatisch Ausfallschulden.“** Aufschlag, Anreiz, Kosten, Erlös und Kapitalfehlbetrag sind getrennt.
- **„Überbesichert bedeutet stets einen Dollar wert und zu einem Dollar rücknehmbar.“** Peg, Liquidität, Rücknahmerechte, Gebühren, Limits und Shutdown-Abwicklung sind unabhängige Mechanismen.

<a id="related"></a>

## Verwandte Themen

- [Besicherungsquote](/de/crypto/collateral-ratio/)
- [Liquidation](/de/crypto/liquidation/)
- [Primärrücknahme von Stablecoins](/de/crypto/stablecoin-primary-redemption/)

<a id="sources"></a>

## Quellen

- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (abgerufen am 2026-08-13)
- [Vat (Core Accounting)](https://developers.skyeco.com/protocol/core/vat/) - Sky Ecosystem (abgerufen am 2026-08-13)
- [Jug](https://developers.skyeco.com/protocol/rates/jug/) - Sky Ecosystem (abgerufen am 2026-08-13)
- [OSM (Oracle Security Module)](https://developers.skyeco.com/protocol/core/osm/) - Sky Ecosystem (abgerufen am 2026-08-13)
- [Collateral Liquidation](https://developers.skyeco.com/protocol/vaults/collateral-liquidation/) - Sky Ecosystem (abgerufen am 2026-08-13)
- [Vow](https://developers.skyeco.com/protocol/core/vow/) - Sky Ecosystem (abgerufen am 2026-08-13)
- [Stability Pool and Liquidations](https://docs.liquity.org/liquity-v1/faq/stability-pool-and-liquidations) - Liquity (abgerufen am 2026-08-13)
- [Redemptions and LUSD Price Stability](https://docs.liquity.org/liquity-v1/faq/lusd-redemptions) - Liquity (abgerufen am 2026-08-13)

Source: https://wiki.fcontext.com/de/crypto/overcollateralized-stablecoin/index.mdx
