LlamaRisk warnt vor direktem Liquidationsumgehungsrisiko in Babylons vorgeschlagenem Aave-V4-Bitcoin-Markt
Wichtige Erkenntnisse
- •LlamaRisk hat festgestellt, dass Babylons vorgeschlagener nativer Bitcoin-Markt auf Aave V4 es ermöglichen könnte, dass Liquidationen direkt gegen die Sicherheiten abgewickelt werden, ohne die Erlöse durch die Funding-Ebene des Pools zu leiten.
- •Der Befund betrifft einen Markt, der noch nicht gestartet ist, und wurde als Pre-Launch-Audit-Signal eingestuft – nicht als bestätigter Exploit-Pfad oder unmittelbarer Verlust.
- •Die Integration von nativem Bitcoin bringt im Vergleich zu Wrapped-Assets zusätzliche Settlement-Latenz und Bridge-Aspekte mit sich und vergrößert das Zeitfenster zwischen Unterbesicherung und Schließung durch Liquidatoren.
- •Wenn ein direkter Liquidationsweg Reserven und Safety-Modul umgeht, würde die entstehende Bad Debt auf die Einleger umgelegt; Bitcoin-Sicherheiten können sich innerhalb einer Handelssitzung um zweistellige Prozentsätze bewegen.
- •Offene Design-Fragen betreffen, ob ein alternativer Liquidationsweg die Erlöse durch die Pool-Reserven leitet, wie das Safety-Modul für die Bitcoin-Volatilität dimensioniert würde und ob die Aave-Governance die Bewertung formell geprüft und beantwortet hat.

Das Risikounternehmen LlamaRisk hat einen strukturellen Concern in Babylons vorgeschlagenem nativen Bitcoin-Markt auf Aave V4 identifiziert: Nach dem derzeit geprüften Design könnten direkte Liquidationen den Funding-Mechanismus des Pools umgehen und das Protokoll in stressigen Marktphasen potenziell Bad Debt aussetzen. Der Befund bezieht sich auf einen Markt, der noch nicht gestartet ist.
Warum direkte Liquidationen die Pool-Finanzierung umgehen könnten
In einem Standard-Aave-Leihmarkt löst das Protokoll eine Liquidation aus, wenn die Sicherheit eines Kreditnehmers unter die erforderliche Gesundheitsschwelle fällt. Ein Liquidator begleicht einen Teil der Schuld des Kreditnehmers und erhält dafür Sicherheiten mit einem Abschlag. Der Reserve Factor und das Safety-Modul des Pools dienen als Rückfangebene: Sie vereinnahmen einen Anteil der Gebühren und stehen bereit, Fehlbeträge abzufedern, die Liquidatoren nicht profitabel schließen können.
Der Concern von LlamaRisk zielt auf eine Konfiguration in Babylons vorgeschlagenem Markt ab, der Liquidationen direkt gegen die Sicherheiten durchgeführt werden könnten, ohne die Erlöse zurück durch die Funding-Ebene des Pools zu leiten. Laut dem LlamaRisk zugeschriebenen Befund würde dieser Weg eine externe Abwicklung der Liquidation ermöglichen und damit den Mechanismus umgehen, der den Pool solvent hält, wenn der Sicherheitenwert schneller fällt, als Liquidatoren reagieren können.
Der Unterschied ist relevant, weil Bitcoin – der betreffende Sicherheitenwert – sich innerhalb des Settlement-Fensters eines einzelnen Blocks stark bewegen kann. Die Integration von nativem Bitcoin in einen Leihmarkt bringt im Vergleich zu Wrapped-Darstellungen zusätzliche Latenz und Bridge-Aspekte mit sich und vergrößert so die Lücke zwischen dem Zeitpunkt, an dem eine Position unterbesichert wird, und dem Zeitpunkt, an dem ein Liquidator sie atomar schließen kann. Die höheren Liquidationsdynamiken an Kryptomärkten haben wiederholt gezeigt, wie schnell solche Lücken entstehen: kaskadierende Liquidationsereignisse haben zuvor Positionen im Wert von Hunderten Millionen Dollar innerhalb weniger Stunden abgewickelt.
LlamaRisk hat das Thema nicht als bestätigten Exploit-Pfad oder unmittelbaren Verlust eingestuft. Die Bewertung bezieht sich auf einen vorgeschlagenen Marktdesign-Entwurf; der Concern soll also die Governance- und Engineering-Prüfung informieren, bevor eine Deploymentsentscheidung finalisiert wird.
Was der Befund für Marktdesign und Nutzer bedeutet
Für einen Leihmarkt, der nativen Bitcoin als Sicherheit akzeptiert, ist die Liquidations-Engine die mit Abstand tragendste Komponente des Risikostapels. Aave V4 führt architektonische Änderungen ein, die einzelnen Marktdeployments mehr Konfigurierbarkeit als frühere Versionen geben – das sch sowohl Flexibilität als auch neue Angriffsfläche für Design-Schwachstellen. Ein Markt, der auf der Liquidationsebene falsch konfiguriert ist, benötigt keinen externen Angreifer; allein ungünstige Kursbewegungen können seine Reserven erschöpfen.
Unter Pool-Funding versteht man im Aave-Modell die angesammelten Reserven und die Safety-Modul-Abdeckung, die Verluste auffangen, wenn eine Liquidation nicht zu einem Preis ausgeführt werden kann, der den Pool ganz hält. Wird bei einem direkten Liquidationsweg die Sicherheitenabwicklung außerhalb dieses Puffers abgewickelt, entsteht im Pool Bad Debt, der auf die Einleger umgelegt wird. Bei einem Bitcoin-denominierten Markt, dessen Sicherheitenwerte sich innerhalb einer einzigen Handelssitzung um zweistellige Prozentsätze verschieben können, ist ein solches potenzielles Fehlvolumen nicht trivial.
Babylons Protokoll soll die Staking-Funktion von Bitcoin On-Chain bringen, indem natives BTC gesperrt und übergreifend in Proof-of-Stake-Sicherheitskontexten genutzt werden kann. Die Integration dieser Sicherheiten in einen Leihmarkt auf Aave V4 würde Bitcoin-Programmierbarkeit weiter ausbauen, bedeutet aber auch, dass die Liquidationslogik die Settlement-Finalitätseigenschaften des Bitcoin-Netzwerks selbst berücksichtigen muss, die sich grundlegend von EVM-nativen Assets unterscheiden.
Die Rolle von LlamaRisk als Risikobewertungsstelle für DeFi-Protokolle besteht darin, solche Design-Fragen aufzuzeigen, bevor Kapital im großen Stil gebunden wird. Das Unternehmen hat zuvor Risiko-Parameterempfehlungen und Marktbewertungen für mehrere Aave-Deployments geliefert. Der vorliegende Befund ist als Pre-Launch-Audit-Signal und nicht als Post-Mortem zu lesen; die zuständige Antwort liegt bei den Protokollteams von Babylon und Aave, die klären müssen, ob der beschriebene Liquidationsweg zutrifft und – falls ja – wie er vor dem Marktstart behoben würde.
Offene Fragen vor dem Start
Potenzielle Einleger und Kreditnehmer eines nativen Bitcoin-Leihmarkts sollten die Klärung dieser Frage als Voraussetzung für eine Teilnahme behandeln. Wesentliche, weiterhin offene Design-Details sind:
- Ob ein alternativer Liquidationsweg existiert, der Erlöse durch die Pool-Reserven leitet;
- wie das Safety-Modul relativ zur erwarteten Bitcoin-Sicherheiten-Volatilität dimensioniert würde; und
- ob die Governance die Bewertung von LlamaRisk formell geprüft und darauf reagiert hat.
Bis diese Klärungen öffentlich sind, lässt sich das Risikoprofil des Markts nicht vollständig bewerten.
Der Befund wirft zudem eine allgemein Frage für KI-nahe Infrastruktur auf Aave V4 auf. Automatisierte Market-Making- und Liquidations-Bots stützen sich zunehmend auf On-Chain-Preis-Feeds und Off-Chain-KI-Inferenz, um zu bestimmen, wann und wie sie ausführen. Wenn die Liquidationsarchitektur die Abwicklung über einen nicht standardmäßigen Weg leitet, müssen diese Systeme die Abweichung berücksichtigen; ein Bot, der auf standardmäßige Aave-Liquidationsabläufe kalibriert ist, könnte sein Ausführungsrisiko vollständig falsch bepreisen. Sicherheitsschwachstellen in der Cloud-Infrastruktur solcher Bots, wie sie kürzlich bei Sicherheitsvorfällen auf Handelsplattformen aufgezeigt wurden, erhöhen das operationale Risikoprofil automatisierter Liquidationsstrategien in neuartigen Marktkonfigurationen zusätzlich.
Weitere Aussagen von Babylon, dem Aave-Governance-Forum oder LlamaRisk selbst wären erforderlich, um festzustellen, ob das beanstandete Design überarbeitet wurde, ob eine Governance-Abstimmung aussteht oder ob der Marktvorschlag als Reaktion auf den Befund zurückgezogen oder verschoben wurde.
Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Kryptowährungs- und Digital-Asset-Märkte bergen erhebliche Risiken. Leser sollten eigene Recherchen anstellen, bevor sie Entscheidungen treffen.