Aave Labs schlägt V3.8-Upgrade zur Stärkung der DeFi-Sicherheit auf 16 Blockchain-Netzwerken vor
Wichtige Erkenntnisse
- •Aave Labs hat am 21. Oktober einen Governance-Vorschlag veröffentlicht, um sein Kreditprotokoll auf Version 3.8 zu aktualisieren; der Fokus liegt auf der Minderung von Reentrancy-bedingten Buchhaltungsrisiken über 16 Blockchain-Netzwerke hinweg.
- •Das Upgrade fügt einen Reentrancy-Guard hinzu, der die Pool-Buchhaltung bei externen Callbacks schützt, und wird mithilfe der Transient-Storage-Technologie nach EIP-1153 umgesetzt, um zusätzliche Gasgebühren minimal zu halten.
- •Der geplante Rollout würde aktive Instanzen auf Netzwerken wie Ethereum, Avalanche, BNB Chain, Arbitrum und Base abdecken, während eingefrorene Märkte sowie Märkte mit null Kredit- oder Versorgungs-Limits ausgeschlossen bleiben.
- •Der Vorschlag wird als begrenzte Sicherheitsverbesserung und nicht als größeres Redesign dargestellt; ein aktiver Exploit oder eine bestätigte Schwachstelle, die eine Notfallintervention erfordert, wird nicht identifiziert.
- •Die Umsetzung hängt von Sicherheitsüberprüfungen durch Certora und weitere unabhängige Auditoren ab, gefolgt von einer Snapshot-Abstimmung und einer formellen On-Chain-Genehmigung durch die Tokenholder der Community; ein Deployment-Termin wurde noch nicht angekündigt.
Aave Labs hat einen Vorschlag vorgelegt, um sein dezentrales Kreditprotokoll auf Version 3.8 zu aktualisieren – eine Änderung, die die Sicherheit über 16 Blockchain-Netzwerke hinweg stärken soll. Der am 21. Oktober veröffentlichte Vorschlag konzentriert sich auf die Vermeidung von Reentrancy-bedingten Buchhaltungsrisiken bei gleichzeitiger Wahrung der Transaktionseffizienz.
Bei Annahme würde das Upgrade zusätzliche Schutzmaßnahmen für die Pool-Operationen von Aave einführen und das Protokoll vor theoretischen Smart-Contract-Exploits schützen. Die Umsetzung bleibt jedoch von Sicherheitsaudits, Community-Feedback und einer formellen Governance-Genehmigung abhängig.
Reentrancy-Guard im Mittelpunkt
Das vorgeschlagene Aave V3.8-Upgrade führt einen Reentrancy-Guard ein, der die Pool-Buchhaltung bei externen Callbacks schützen soll. Reentrancy entsteht, wenn ein Smart Contract wiederholt mit einem anderen Contract interagiert, bevor eine frühere Operation abgeschlossen ist, wodurch Buchhaltungsinkonsistenzen entstehen können. Reentrancy zählt zu den bekanntesten Schwachstellenklassen in der Smart-Contract-Entwicklung, und explizite Schutzmechanismen dagegen sind im DeFi-Engineering zum Standard geworden, insbesondere bei Protokollen, die Nutzer-Einlagen direkt in ihren Contracts halten.
Zur Umsetzung des Schutzes plant Aave Labs die Verwendung von Transient-Storage-Technologie, die durch den Ethereum Improvement Proposal EIP-1153 eingeführt wurde. Dieser Mechanismus ermöglicht die temporäre Datenspeicherung während von Transaktionen und hilft Entwicklern, Sicherheitsvorkehrungen zu integrieren, ohne die Gasgebühren wesentlich zu erhöhen.
Laut dem Governance-Vorschlag handelt es sich bei den Änderungen um eine begrenzte Sicherheitsverbesserung und nicht um ein größeres Protokoll-Redesign. Das Dokument identifiziert weder einen aktiven Exploit noch eine bestätigte Schwachstelle, die eine Notfallintervention erfordern würde.
Rollout umfasst 16 Netzwerke
Aave Labs beabsichtigt, V.8 auf aktiven Protokoll-Instanzen in 16 unterstützten Blockchain-Netzwerken bereitzustellen. Dazu gehören Ethereum, Avalanche, BNB Chain, Arbitrum, Base, Polygon, Optimism, Linea, Gnosis, Celo, Mantle, Monad, Plasma, X Layer und MegaETH sowie weitere auf Ethereum basierende Deployments.
Die Core- und Lido-Instanzen von Ethereum sind im vorgeschlagenen Rollout enthalten. Inaktive Märkte mit eingefrorenen Assets sowie solche, deren Kredit- oder Versorgungs-Limits auf null reduziert wurden, bleiben jedoch außerhalb des Geltungsbereichs des Upgrades.
Die breite Deployments-Strategie spiegelt Aaves Fokus auf einheitliche Sicherheitsstandards über seine Multi-Chain-Kreditinfrastruktur wider, sodass Einleger und Kreditnehmer auf kleineren Netzwerken dieselben Kernschutzmaßnahmen erhalten wie jene auf Ethereum. Stärkere Buchhaltungsschutzmaßnahmen könnten potenzielle Smart-Contract-Risiken reduzieren, während die dezentrale Kreditaktivität wächst.
Audits und Governance-Abstimmung folgen
Vor der Umsetzung wird Aave V3.8 Sicherheitsüberprüfungen durchlaufen, an denen Certora und weitere unabhängige Auditoren beteiligt sind. Diese Bewertungen prüfen die vorgeschlagenen Änderungen, bevor die Entwickler das finale Upgrade zur On-Chain-Governance-Entscheidung einreichen.
Der Vorschlag befindet sich derzeit in der Phase „Aave Request for Final Comments“, in der Community-Mitglieder die technischen Details prüfen können. Positives Feedback würde die Initiative in Richtung einer Snapshot-Abstimmung bringen, gefolgt von einem formellen Aave Improvement Proposal nach Abschluss der Audits. Nach Aaves Governance-Modell liegt die endgültige Genehmigung bei den Tokenholdern der Community und nicht beim vorschlagenden Team, wodurch die Community mehrere Kontrollpunkte erhält, bevor Code-Änderungen in Kraft treten.
Aave Labs hat noch keinen bestätigten Deployment-Termin angekündigt. Letztlich hängt die Umsetzung des Upgrades von erfolgreichen Sicherheitsüberprüfungen und der Governance-Genehmigung ab, womit der bevorstehende Bewertungsprozess für den Rollout entscheidend ist.
