Aave plant Kreditgeschwindigkeitslimits nach Binance-Hack mit 44,6 Mio. $ Schaden
Aaves Risikomanager LlamaRisk entwickelt eine zeitbasierte Kreditobergrenze, um schnelle, große Darlehen einzudämmen, nachdem ein Binance-Hot-Wallet-Exploit 44,6 Mio. $ an Ether mit USDT als Sicherung geliehen hatte.
Aus dem Englischen übersetzt. Original lesen
Das Wichtigste
- Aave wird ein Kreditgeschwindigkeitslimit einführen, um große, schnelle Darlehen zu verhindern.
- Die Maßnahme folgt auf einen Binance-Hot-Wallet-Hack, bei dem 44,6 Mio. $ an Ether von Aave V3 geliehen wurden.
- Risikomanager setzen auf Automatisierung und verweisen auf KI-gestützte Exploit-Erkennung und Chainlinks Runtime Environment.
Das Risikomanagement-Team von Aave, LlamaRisk, kündigte an, ein zeitbasiertes Kreditlimit für sein Protokoll einzuführen, nachdem eine mit dem jüngsten Binance-Hot-Wallet-Hack verbundene Wallet rund 44,6 Millionen Dollar an Ether-Wert mit USDT als Sicherung abgezogen hatte. Der Vorschlag, den LlamaRisk-CEO Adam Sadowski am 4. November im Podcast Uneasy Money skizzierte, zielt darauf ab, die Menge zu begrenzen, die innerhalb definierter Intervalle geliehen werden kann, wobei die spezifischen Parameter noch nicht offengelegt wurden.
ETH / USD
Hintergrund des Exploits
Sechs Tage vor der Ankündigung stellte eine von Etherscan als Binance-Hot-Wallet-Exploiter identifizierte Wallet USDT – eine Stablecoin, die vom Emittenten eingefroren werden kann – als Sicherung bei Aave ein und lieh sofort Ether. Laut On-Chain-Daten, die von Unchained zitiert wurden, entnahm der Angreifer am 29. Oktober in etwa drei Minuten 19.762 WETH (rund 44,6 Mio. $), abgesichert durch 60 Millionen USDT. Der Health-Faktor des Darlehens fiel auf 1,24, was zu einer teilweisen Liquidation und einem Einfrieren neuer Einlagen und Kredite auf dem Ethereum-Core-Markt von Aave führte.
Vorgeschlagene Risiko-Oracle-Lösung
Sadowski beschrieb die kommende Funktion als „Risk Oracle“, das reale Signale in Protokollaktionen übersetzen würde, insbesondere die Kreditkapazität über festgelegte Zeiträume drosseln. Er verwies auf Chainlinks Runtime Environment (CRE) als technische Grundlage und bemerkte, dass LlamaRisk bereits ein Pendle-Token-Oracle auf CRE betreibt und plant, das Framework auf Angebots- und Kreditobergrenzen auszuweiten. Der Ansatz soll manuelle Multisig-Entscheidungen – derzeit ein 4-von-7-Multisig, das zur Handlung einig sein muss – durch automatisierte Schutzmaßnahmen ersetzen.
Community-Reaktion und Herausforderungen
Der Vorschlag hat eine Debatte unter Aave-Teilnehmern ausgelöst. Einige Community-Mitglieder, wie der Nutzer gnarvaja, schlugen automatisierte Angebotslimit-Updater vor, während andere warnten, dass Kontolimits durch Aufteilung von Darlehen auf mehrere Adressen umgangen werden könnten. Synthetix-Gründer Kain Warwick teilte die Bedenken hinsichtlich unbeabsichtigter Folgen und wies auf das hohe Risiko hin, Kernrisikoparameter zu ändern. Sadowski erkannte die Abwägungen an und betonte, dass die Aave DAO letztlich über den Umfang und die Häufigkeit der Aktionen eines delegierten Operators entscheidet.
Was als Nächstes zu beobachten ist
Die nächsten Schritte umfassen einen formellen Governance-Vorschlag von LlamaRisk und eine Abstimmung durch die Aave DAO. Beobachter werden das spezifische Design der Kreditobergrenzen, den Zeitplan für die Implementierung und mögliche Auswirkungen auf Liquidität und Nutzererfahrung überwachen. Darüber hinaus wird die breitere DeFi-Community beobachten, wie andere Protokolle auf schnelle Kredit-Exploits reagieren und ob automatisierte Risiko-Oracles zu einem Standard-Verteidigungswerkzeug werden.

Diskussion 0