P11-L05 · P11 · P11-M02
Kreditschwellen und Liquidationsanreize verfolgen
Voraussetzungen: P11-L04
Lernziele
- Kreditschwellen und Liquidationsanreize verfolgen
- Kreditkapazität von Liquidationsschwelle unterscheiden.
- Eine fiktive Schuldrückzahlung und Sicherheitenpfändung verfolgen.
EN-Quellmaster · P11-L05 · 30 Minuten geschätzt · needs_review
Formative Offline-Lerneinheit. Keine Wallet-Verbindung, realen Mittel, privaten Schlüssel, Signaturen, Live-Handel oder persönlichen Portfolioeingaben. Visualisierungen sind Spezifikationen; dies ist weder Laufzeitinhalt noch Zertifizierung.
Warum das wichtig ist
Sicherheitenabrechnung erklärt einen bedingten Kreditmechanismus, während Preis-, Liquiditäts- und Vertragsabhängigkeiten ungeklärt bleiben.
Erklärung
Zwei Schwellen getrennt lesen
Kreditkapazität und Liquidationsschwelle sind verschiedene Richtlinienparameter. Aave dokumentiert den Gesundheitsfaktor als Sicherheitenwert mal gewichtete Liquidationsschwelle geteilt durch Schuldwert [AAVE]. Diese Lektion verwendet eine fiktive Sicherheit, keinen Effizienz-/Isolationsmodus und keine aktuellen Reserveparameter. Die bereitgestellte Beleihungsquote (LTV) von 50% regelt die Anfangskapazität; Liquidationsschwelle75% regelt die Gesundheitsfaktorrechnung.
Gesundheitsfaktor (HF) ist ein Verhältnis; Liquidationsschwelle (LT) ist ein Richtlinienparameter, getrennt von LTV.
Preis- und Schuldeffekte verfolgen
Bei Sicherheitenwert1000 und Schuld 400 beträgt bereitgestellte Kapazität 500 und Gesundheitsfaktor750/400=1.875. Fällt der oraclebewertete Sicherheitenwert auf 500 und steigt die Schuld durch Zinsen auf 410, ergibt sich Gesundheitsfaktor375/410≈0.9146. Nach unserer Modellregel erlaubt HF<1 Liquidation. Ein Oraclewert ist eine Eingabe dieser Regel, keine unfehlbare Marktwahrheit.
Den Liquidatoranreiz abrechnen
Der Modellliquidator zahlt100 Schuldeinheiten zurück und erhält mit 105 bewertete Sicherheiten, einen5%-Bonus. Schuld sinkt auf 310 und bewerteter Sicherheitenwert auf 395. Bei unveränderten Preisen und keinen zusätzlichen Gebühren ergibt sich neues HF=395×0.75/310≈0.9556. Eine partielle Liquidation stellt HF≥1 nicht zwingend wieder her. Exakte Rückzahlungsbegrenzungen, Mindestbetragsgrenzen und Boni realer Protokolle sind versions-/zustandsspezifisch; aktuelle Dokumentation ist kein2023-Vorfallzustandssnapshot.
Mechanismus sichert weder Rückzahlung noch Sicherheit
Nicht realisierbare Sicherheiten, veraltete Preise, Schuldzinsen, Governance-Änderungen und nicht verfügbare Ausführung können Ergebnisse ändern. Eingezahlter Wert oder TVL bedeutet nicht, dass Kreditgeber sofort denselben Betrag abheben können; Auslastung und Marktliquidität sind relevant. Eine Berechnung kann weder solvente Sicherheiten noch sichere Verträge belegen. Kein Kredit oder Liquidatorgeschäft wird ausgeführt.
Begriffe
- LTV: bereitgestelltes maximales anfängliches Kreditverhältnis.
- Liquidationsschwelle: bereitgestellter Wertfaktor für Berechtigung.
- Gesundheitsfaktor: schwellenbereinigte Sicherheiten geteilt durch Schuld.
- Bonus: festgelegter zusätzlicher Sicherheitenwert für Schuldrückzahlung.
Historisches Beispiel
ILLUSTRATIVE Sicherheiten 1000,Schuld 400,LTV50%,LT75%. Stresssicherheiten 500,Schuld 410. ModellberechtigungHF<1; Rückzahlung100,Bonus5%,keine zusätzliche Gebühr; derselbe Oraclepreis während partieller Liquidation. Kein reales Netzwerk oder Vermögenswert.
Visuelle Spezifikationen
Vertragsberechtigungs-/Kreditfluss: Sicherheiten→Schwelle→HF; Schuldzinsaufbau und Oracleeingaben; Rückzahlung100→Sicherheiten 105 gepfändet; weiterhinHF<1 markieren. Keine aktuellen Protokolleinstellungen darstellen.
Was die Evidenz belegt
Bedingte Kapazität, Gesundheitsfaktoren und Modellabrechnung partieller Liquidation.
Was die Evidenz nicht belegt
Tatsächliche Oraclewahrheit, Liquidationsausführung, aktuelle Reserveparameter, Ausstiegskapazität von Kreditgebern oder Protokollsicherheit.
Evidenzklassifikationen
- OBSERVED: FIX-P11-L05 legt LTV50% und LT75% fest.
- INFERRED: gestresstes HF 375/410<1 unter bereitgestellten Preisen.
- UNKNOWN: tatsächliche Oracleaktualität und ausführbarer Sicherheitenwert.
- INSUFFICIENT EVIDENCE: Verständnis von Liquidation beweist ein sicheres Kreditprotokoll.
Häufige Fehler
- LTV als Liquidationsschwelle verwenden.
- Annehmen, dass partielle Liquidation immer Gesundheit wiederherstellt.
- Bewertete Sicherheiten als Bargeld behandeln.
Praktische Übung
Anfängliche Kreditkapazität/HF und StressHF berechnen. Die100-Einheiten-Rückzahlung und den 5%-Sicherheitenbonus anwenden, dann HF neu berechnen. Zwei Annahmen erklären, die das Ergebnis ungültig machen könnten.
Berechnungen oder Anmerkungen, Aussage-/Quellentabelle und Einschränkungen abgeben. Vorgeschlagene Aufteilung: Lernen 12 Minuten, Übung 8, Korrektur/Quiz 10; Schätzung unterliegt Kalibrierung.
Ausführliche Lösung anzeigen
Kapazität 1000×0.5=500. AnfangsHF1000×0.75/400=1.875. StressHF500×0.75/410=0.914634. Gepfändete bewertete Sicherheiten 100×1.05=105; verbleibend 395, Schuld 310. HF 395×0.75/310=0.955645, weiterhin unter 1. Oracle-Neubewertung, Zusatzgebühren oder andere Rückzahlungsregeln erfordern Neuberechnung; das Modell benennt keine real ausgeführte Liquidation.
Formatives Bewertungsraster (5 Punkte): reproduzierbare Eingaben, korrekte Methode, korrektes Ergebnis, aussagespezifischer Evidenzumfang, ausdrückliche Einschränkungen. Erfundene Beobachtung, beratende Ausgabe oder unbelegte Sicherheitsaussage erfordert unabhängig von der Punktzahl Korrektur.
Checkliste
- LTV und LT getrennt halten.
- Schuldzinsaufbau und Oracleannahmen einschließen.
- Schuld und Sicherheiten gemeinsam verfolgen.
- Aussagen zu aktuellem Zustand oder Sicherheit vermeiden.
Zusammenfassung
Kreditschwellen und Liquidationsanreize sind bedingte Abrechnungsregeln. Ihre Eingaben und Ausführungsgrenzen bleiben Teil der Feststellung.
Zusammenfassung
- Kreditkapazität von Liquidationsschwelle unterscheiden.
- Eine fiktive Schuldrückzahlung und Sicherheitenpfändung verfolgen.
Nächste Lektion
P11-L06 nach Prüfung der Korrektur.
Werkzeuge
NONE im maßgeblichen Katalog. Die bereitgestellte Offline-Fixture/das Paket genügt; keine kostenpflichtige Funktion oder unverifizierte Production-Fähigkeit ist erforderlich. Lab-/Zertifizierungsmetadaten bezeichnen nachgelagerte Zuordnungen, keine Zugangssperren oder aktuellen Auszeichnungen.
Quellen und Aussagegrenzen
- [AAVE] Aave — Gesundheitsfaktor und Liquidationen — Liquidationsschwelle der Sicherheiten, Schuld und Liquidatoranreize; aktuelle Parameter ausgeschlossen. Geprüft am 2026-10-01; Verweis turn10view4.
Visuelle Spezifikationen
P11-L05-V01
Kreditschwellen und Liquidationsanreize verfolgen
ILLUSTRATIVE — fiktive Eingaben; kein Signal oder Sicherheitsversprechen.
Vertragsberechtigungs-/Kreditfluss: Sicherheiten→Schwelle→HF; Schuldzinsaufbau und Oracleeingaben; Rückzahlung100→Sicherheiten 105 gepfändet; weiterhinHF<1 markieren. Keine aktuellen Protokolleinstellungen darstellen.
Vertragsberechtigungs-/Kreditfluss: Sicherheiten→Schwelle→HF; Schuldzinsaufbau und Oracleeingaben; Rückzahlung100→Sicherheiten 105 gepfändet; weiterhinHF<1 markieren. Keine aktuellen Protokolleinstellungen darstellen.
Bei 390px Diagramm/Tabelle, Annahmen, Korrektur und Quellenpanel stapeln; vollständige Textalternative bereitstellen. Rendering ausstehend.
Erklärende Prosa RTL; Zahlenwerte, IDs und chronologische Achsen bleiben LTR; Abhängigkeitsrichtungen erhalten.
FIX-P11-L05
Quellen und Aussagegrenzen
AAVE · PRIMARY_DOCUMENTATION
Aave — Gesundheitsfaktor und Liquidationen
- Gestützte Aussage
- Liquidationsschwelle der Sicherheiten, Schuld und Liquidatoranreize; aktuelle Parameter ausgeschlossen.
- Verifikationsgrenze
- Dokumentation stützt nur den Mechanismus; Fixture-Werte sind originale festgelegte Eingaben. Historische Veröffentlichungen bleiben ihren Quellen zugeordnet.
- Prüfdatum
- 2026-10-01
https://aave.com/help/borrowing/liquidations
Datenherkunft
id: FIX-P11-L05
dataStatus: ILLUSTRATIVE
observedAt: null
timeBasis: T/SIM markers are fictional order, not timestamps.
source: Author-created fixture embedded in this lesson.
scope: No market observation, usable address, secret, signature or personal financial data.