Was der DeFi Collateral Factor misst
Der DeFi Collateral Factor bestimmt, welcher Anteil eines hinterlegten Vermögenswerts zur Kreditkapazität beiträgt. Sicherheiten im Wert von 10.000 Euro mit einem Faktor von 70% können theoretisch bis zu 7.000 Euro Schulden tragen. Den gesamten Betrag aufzunehmen ist deshalb nicht vernünftig. Der Parameter schützt den Markt und ist kein Zielwert für Nutzer. Preise, aufgelaufene Zinsen und Governance-Einstellungen können sich nach Eröffnung verändern.
Collateral Factor, LTV und Liquidationsschwelle
Protokolle verwenden Begriffe nicht einheitlich. Maximaler Loan-to-Value, Collateral Factor und Borrowing Power können das Eröffnungslimit beschreiben, während die Liquidationsschwelle den möglichen Beginn einer Liquidation festlegt. 70% Kreditlimit und 75% Schwelle lassen nur fünf Prozentpunkte Abstand. Volatilität und Zinsen verbrauchen ihn schnell. Der Leitfaden zum Liquidationspreis erklärt, warum die Anzeige von Schulden, Sicherheitenbewertung und Protokollregeln abhängt und kein dauerhaft fester Kurs ist.
Ein Zahlenbeispiel ohne versteckten Hebel
Ein Nutzer hinterlegt 5 ETH zu jeweils 2.000 Euro und besitzt damit 10.000 Euro Sicherheiten. Bei 70% Faktor beträgt die maximale Kreditkapazität 7.000 Euro. Ein Kredit von 4.000 Euro startet bei 40% Schuldenquote. Fällt ETH um 30%, sinkt die Sicherheit auf 7.000 Euro und die Quote steigt vor Zinsen auf 57,1%. Werden geliehene Mittel für weitere ETH verwendet und erneut hinterlegt, entsteht rekursiver Hebel. Das Dashboard zeigt mehr Collateral, aber die Empfindlichkeit gegenüber demselben Preisrückgang wächst.
Warum Protokolle unterschiedliche Faktoren vergeben
Ein liquider Vermögenswert mit belastbarem Preis und tiefen Märkten kann ein höheres Limit erhalten. Ein volatiler, dünn gehandelter oder konzentrierter Token braucht einen niedrigen Faktor oder keine Kreditkraft. Risikoteams prüfen historische Volatilität, Liquidationstiefe, Korrelation zur Schuld, Oracle-Qualität, Eigentümerkonzentration und Verhalten unter Stress. In der DeFi ist die Zulassung als Sicherheit keine Empfehlung. Sie schätzt, wie viel Schuld das System vor Verlusten aus Zwangsverkäufen tragen kann.
Liquidität entscheidet, ob Liquidation funktioniert
Überschreitet eine Position die Schwelle, zahlt ein Liquidator einen Teil der Schuld zurück und erhält Sicherheiten mit Bonus. Das schützt das Protokoll nur, wenn der Vermögenswert schnell genug verkauft werden kann. Marktkapitalisierung garantiert keine Tiefe. Leere Orderbücher, unausgeglichene Pools oder über Chains verteilte Liquidität erzeugen starken Slippage. Ein belastbarer Collateral Factor berücksichtigt deshalb die unter Stress tatsächlich liquidierbare Menge und nicht das nominelle Volumen eines ruhigen Tages.
Oracles können korrekt und trotzdem ungeeignet sein
Das Protokoll bewertet Schulden und Sicherheiten über ein Blockchain-Oracle. Langsame Aktualisierung, schwache Referenzmärkte oder Abweichungen vom ausführbaren Preis können Liquidationen verzögern oder ungerecht auslösen. Nutzer sollten Quellen, Frequenz, Abweichungsschwellen und Notfallverfahren kennen. Ein Feed kann technisch wie vorgesehen arbeiten und wirtschaftlich ungeeignet sein, wenn der Markt schneller fällt oder die verwendeten Handelsplätze Verkäufe nahe dem gemeldeten Kurs nicht aufnehmen können.
Korrelierte Assets und Depeg-Risiko
Korrelation kann Risiko je nach Paar verringern oder verstärken. Eine Stablecoin gegen einen volatilen Token zu leihen schafft direktes Abwärtsrisiko. Ein Liquid-Staking-Token gegen ETH wirkt sicherer, weil beide Preise normalerweise gemeinsam laufen. Depeg, verzögerte Rückgabe und sinkende Liquidität können diese Beziehung ausgerechnet in einer Krise brechen. Der DeFi Collateral Factor muss Szenarien erfassen, in denen historische Korrelation ausfällt, statt nur durchschnittliche Schwankung zu verwenden.
Governance kann Risikoparameter ändern
Collateral Factor und Liquidationsschwelle können durch Governance oder berechtigte Administratoren geändert werden. Je nach Implementierung kann ein niedrigeres Limit bestehende Positionen schwächen. Vor der Einzahlung sind Änderungsrechte, Timelock, Diskussionsforum und verfügbare Warnungen zu prüfen. Eine Wallet-Anzeige reicht nicht aus. Eine heute angenommene Abstimmung kann verlangen, Schulden zurückzuzahlen oder Sicherheiten zu ergänzen, bevor die Änderung ausgeführt wird.
Isolation, Obergrenzen und getrennte Märkte
Protokolle begrenzen riskante Assets häufig durch Supply Cap, Borrow Cap, isolierten Modus oder separate Pools. Diese Barrieren verhindern, dass ein kleiner Markt Verluste auf das ganze System überträgt. Sie können den Ausstieg erschweren: Eine volle Obergrenze blockiert neue Einzahlungen oder Kredite, ein isolierter Markt hat womöglich weniger Liquidatoren. Begrenzungen machen ein Asset nicht automatisch sicher. Sie zeigen, dass ein Risiko erkannt und sein möglicher Schaden beschränkt wurde.
Eine persönliche Sicherheitsmarge festlegen
Das erlaubte Maximum ist kein sinnvoller Zielwert. Beginnen Sie mit dem Preisverlust, den die Position aushalten soll, und ergänzen Sie Zinsen, Slippage und Reaktionszeit. Wer nicht ständig überwachen kann, benötigt einen größeren Puffer oder sollte variable Schulden vermeiden. Simulieren Sie schnelle statt nur schrittweise Rückgänge und prüfen Sie reale Rückzahlungskosten. Eine robuste Marge bleibt über der Schwelle, selbst wenn Wallet, Bridge oder Netzwerk vorübergehend nicht nutzbar sind.
Checkliste für Sicherheiten
Prüfen Sie Collateral Factor, Liquidationsschwelle, Bonus, Oracle, Markttiefe und Obergrenzen. Untersuchen Sie Zusammensetzung, Konzentration, Smart Contracts, Pausenrechte und Änderungshistorie. Simulieren Sie Rückgänge um 20%, 40% und 60% einschließlich Zinsen und Slippage. Planen Sie einen Weg zum Ergänzen von Sicherheiten und einen zur Rückzahlung ohne Bridge. Der DeFi Collateral Factor wird erst in diesem Verfahren nützlich; allein zeigt er nur das vom Protokoll tolerierte Limit.
