---
title: "DeFi-Kreditprotokoll"
description: "Ein DeFi-Kreditprotokoll bündelt bereitgestellte Vermögenswerte und vergibt überbesicherte Kredite per Smart Contract. Erfahren Sie, wie Zinsen, Limits, Liquidationen und Orakelrisiken zusammenspielen."
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.
# DeFi-Kreditprotokoll
> Nur zu Bildungszwecken; keine Anlageberatung. Anlagen können zu Verlusten führen.
## Direkte Antwort
Ein DeFi-Kreditprotokoll ist eine Gruppe von Smart Contracts, die bereitgestellte Vermögenswerte annimmt, Liquidität für Kreditnehmer verfügbar macht, Zinsen verbucht und Regeln für Sicherheiten und Liquidationen durchsetzt. Bei einem üblichen Pool-Modell wählen Anbieter keine einzelnen Kreditnehmer aus. Ihre Vermögenswerte gelangen in einen Markt, der Bereitstellung, Kreditaufnahme, Rückzahlung und Auszahlung nach gemeinsamen Regeln abwickelt.
Kredite sind meist überbesichert. Ein Kreditnehmer stellt zunächst zugelassene Sicherheiten bereit, leiht dann einen anderen Vermögenswert und muss innerhalb der vom Protokoll festgelegten Kreditgrenzen bleiben. Dieses Modell ersetzt die Identitäts- und Bonitätsprüfung einer Bank durch transparente Sicherheiten, Preisorakel und Smart-Contract-Regeln. Kreditverluste schließt es jedoch nicht aus und Rückzahlungen garantiert es nicht.
Anbieter können einen verzinsten Token oder ein Kontoguthaben erhalten, dessen Wert über einen Index wächst. Der angezeigte Zinssatz ist normalerweise variabel und kein fester Einlagenzins. Kreditnehmer zahlen gemäß dem Zinsmodell des Marktes, während Anbieter den vom Protokoll zugewiesenen Anteil erhalten. Reservefaktoren und Anreiztoken können dazu führen, dass beide Sätze voneinander abweichen.
Ein Kreditprotokoll ist keine risikofreie Verwahrung. Auszahlungen hängen von verfügbarer Liquidität ab, Sicherheitenwerte von Preisquellen, und eine ungesunde Position kann ohne Zustimmung des Kreditnehmers liquidiert werden. Die bereitgestellten Verträge und aktuellen Marktparameter bestimmen die tatsächlichen Regeln, nicht eine allgemeine Beschreibung oder ein Bildschirmfoto.
## Funktionsweise
Obwohl sich Implementierungen unterscheiden, folgt ein poolbasierter Kreditvorgang üblicherweise diesem Ablauf:
- Ein Anbieter überträgt einen zugelassenen Vermögenswert an den Markt und erhält einen Anspruch, der als Token- oder Protokollkontoguthaben erfasst wird.
- Ein Kreditnehmer aktiviert geeignete Vermögenswerte als Sicherheit und nimmt nur dann einen Kredit auf, wenn das Konto die Sicherheitenprüfungen des Marktes besteht.
- Zinsindizes aktualisieren bereitgestellte und geliehene Guthaben. Eine Rückzahlung senkt die Schuld; eine Auszahlung gelingt nur, wenn das Konto solvent bleibt und der Pool genügend liquide Vermögenswerte hält.
Die Auslastung misst, welcher Anteil der bereitgestellten Liquidität genutzt wird. Compound III definiert sie als `U = B / S`, wobei `B` die gesamte Kreditaufnahme des Basiswerts und `S` dessen gesamtes Angebot bezeichnet. Andere Protokolle berücksichtigen Bargeld, Reserven, ungedeckte Liquidität oder marktspezifische Schulden anders. Viele Märkte verwenden eine Knickkurve: Unter einer Zielauslastung steigen die Zinsen langsam, darüber deutlich schneller, um knappe Liquidität zu bepreisen. Ein hoher Zinssatz ist ein Anreiz und keine Garantie für sofortige Auszahlungen.
Kreditkapazität und Liquidierbarkeit sind getrennte Prüfungen. Ein Beleihungsauslauf oder Sicherheitenfaktor begrenzt neue Schulden. Die Liquidationsschwelle bestimmt, wann eine bestehende Position liquidiert werden kann. Bei einem Konto nach Aave-Art lautet der vereinfachte Gesundheitsfaktor `HF = (C * LT) / D`, wobei `C` der Sicherheitenwert, `LT` die gewichtete Liquidationsschwelle und `D` der Schuldenwert ist. Eine Liquidation wird bei `HF < 1` möglich. Andere Protokolle zeigen anstelle eines Gesundheitsfaktors möglicherweise andere Kontoliquiditätsberechnungen.
Preise, Guthaben, Indizes und von der Governance festgelegte Parameter fließen in diese Prüfungen ein. Der Orakelvertrag von Aave ordnet jedem Vermögenswert eine Preisquelle zu und kann auf eine Ersatzquelle zurückgreifen, wenn der primäre Aggregator einen nicht positiven Wert liefert. Dieses Detail macht nicht jeden Orakelfehler harmlos: Quellenauswahl, veraltete oder anomale Preise, Dezimalstellenverarbeitung und Governance-Änderungen können Solvenzberechnungen weiterhin verändern.
## Beispiel
Angenommen, ein Kreditnehmer stellt 10 ETH zu je $3,000 bereit. Die Sicherheit ist damit $30,000 wert. Der maximale Beleihungsauslauf beträgt 75%, die Liquidationsschwelle 80%, und der Kreditnehmer leiht 10,000 USDC zu einem aktuellen variablen effektiven Jahreszins von 6%. Dies sind Lehrannahmen und keine aktuellen Parameter einer bestimmten Bereitstellung.
Der anfängliche Gesundheitsfaktor ist `HF = 30,000 * 80% / 10,000 = 2.4`. Die Position liegt unter ihrer maximalen Kreditkapazität und besitzt einen deutlichen Liquidationspuffer. Sowohl die Schuld als auch der Preis der Sicherheit können sich jedoch ändern.
Fällt ETH auf $1,500, ist die Sicherheit $15,000 wert und `HF = 1.2`. Bei $1,250 beträgt ihr Wert $12,500 und `HF = 1`. Ein weiterer Preisrückgang oder aufgelaufene Zinsen können die Position liquidierbar machen. In der Praxis beeinflussen Orakelaktualisierungen, Rundung im Protokoll, Vermögenswertkorrelationen und Parameteränderungen den genauen Auslöser.
Angenommen, das Protokoll erlaubt einem Liquidator, 5,000 USDC zurückzuzahlen, und der Liquidationsbonus beträgt 5%. Ohne Gebühren und Rundung erhält der Liquidator ETH im Wert von etwa $5,250. Die Schuld des Kreditnehmers sinkt, aber die Sicherheit wird mit Abschlag verkauft und kehrt bei einer späteren ETH-Erholung nicht automatisch zurück. Kreditzinsen, Liquidationsstrafen, Netzwerkgebühren und Opportunitätskosten der gebundenen Sicherheit bestimmen das Ergebnis mit.
## Risiken
- **Sicherheitenrisiko:** Volatile, konzentrierte, über eine Bridge übertragene oder entkoppelte Sicherheiten können schneller an Wert verlieren, als eine Position repariert oder liquidiert wird.
- **Orakelrisiko:** Ein veralteter, falsch konfigurierter, manipulierter oder falsch skalierter Preis kann übermäßige Kredite oder unberechtigte Liquidationen ermöglichen.
- **Liquiditäts- und Liquidationsrisiko:** Hohe Auslastung kann Auszahlungen verzögern; überlastete Netzwerke und dünne Märkte können einen rechtzeitigen Verkauf der Sicherheiten zur Schuldendeckung verhindern.
- **Zinsrisiko:** Variable Kreditkosten können stark steigen, und Schulden wachsen bis zur Rückzahlung oder Liquidation weiter.
- **Smart-Contract- und Governance-Risiko:** Fehler, mangelhafte Upgrades, privilegierte Rollen, Parameteränderungen oder Governance-Angriffe können Guthaben oder Marktregeln verändern.
- **Komposabilitätsrisiko:** Rekursive Kredite, Belegtoken als Sicherheit, Bridges und protokollübergreifende Positionen können einen Ausfall durch mehrere Systeme übertragen.
Prüfen Sie vor der Nutzung eines Marktes Netzwerk, bereitgestellte Vertragsadressen, unterstützten Vermögenswert, Preisquelle, Kreditgrenze, Liquidationsschwelle, Bonus oder Strafe, Zinsmodell, Obergrenzen, Reservepolitik, Pausen- und Upgradebefugnisse sowie den Umgang mit Forderungsausfällen. Modellieren Sie die Position nach Rückgängen der Sicherheit um 20%, 40% und 60% und beziehen Sie Schuldenwachstum und Transaktionskosten ein. Der aktuelle APY oder Gesundheitsfaktor einer Oberfläche ist nur eine Momentaufnahme.
On-Chain-Bereitstellung oder Kreditaufnahme birgt das Risiko eines teilweisen oder vollständigen Verlusts. Überbesicherung verringert einen Teil des Ausfallrisikos, garantiert aber weder Kapital noch Rendite, Stablecoin-Bindung, Orakelkorrektheit, Vertragssicherheit oder sofortige Liquidität.
## Häufige Missverständnisse
### Mythos 1: Bereitstellung entspricht einer festverzinslichen Bankeinlage
Kreditmarktzinsen ändern sich meist mit Auslastung und Governance-Parametern. Renditen aus Anreiztoken können sich unabhängig davon ändern. Eine annualisierte Zahl beschreibt aktuelle Bedingungen nach der Konvention der Oberfläche; sie ist kein Versprechen für das kommende Jahr.
### Mythos 2: Überbesicherung beseitigt das Kreditrisiko
Sicherheiten können sprunghaft unter den Schuldenwert fallen, ein Orakel kann einen unbrauchbaren Preis melden oder eine Liquidation wirtschaftlich unausführbar sein. Das Protokoll kann trotz anfänglicher Überbesicherung jedes neuen Kredits Forderungsausfälle erleiden.
### Mythos 3: Ein Gesundheitsfaktor über 1 ist sicher
Er bedeutet nur, dass das Konto die aktuelle Liquidationsgrenze dieses Protokolls noch nicht überschritten hat. Preisbewegungen, aufgelaufene Zinsen, Parameteraktualisierungen und Transaktionsverzögerungen können einen kleinen Puffer aufzehren, bevor der Kreditnehmer handeln kann.
### Mythos 4: Kreditaufnahme ohne Verkauf verursacht keine wirtschaftlichen Kosten
Der Kreditnehmer zahlt Zinsen, bindet Sicherheiten und trägt Liquidations- sowie Smart-Contract-Risiken. Bei einer Liquidation können Abschlag und Gebühren mehr kosten als ein früherer freiwilliger Verkauf.
## Verwandte Themen
- [DeFi-Zinsmodell](/de/crypto/defi-interest-rate-model/)
- [DeFi-Gesundheitsfaktor](/de/crypto/health-factor-defi/)
- [Liquidation](/de/crypto/liquidation/)
- [Orakel](/de/crypto/oracle/)
- [Auslastungsgrad](/de/crypto/utilization-rate/)
## Quellen
- [Supply Tokens](https://aave.com/help/supplying/supply-tokens) - Aave (abgerufen: 2026-08-21)
- [Borrow Tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (abgerufen: 2026-08-21)
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (abgerufen: 2026-08-21)
- [Compound III Docs: Interest Rates](https://docs.compound.finance/interest-rates/) - Compound Finance (abgerufen: 2026-08-21)
- [Compound III Docs: Collateral & Borrowing](https://docs.compound.finance/collateral-and-borrowing/) - Compound Finance (abgerufen: 2026-08-21)
- [AaveOracle.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/misc/AaveOracle.sol) - Aave DAO (abgerufen: 2026-08-21)
Source: https://wiki.fcontext.com/de/crypto/lending-protocol/index.mdx