Zum Inhalt springen
Financial Context Wiki

Überbesicherter Stablecoin

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.

Aktualisiert

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

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.

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.

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.

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.

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.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...