
Aave Labs hat vor der Veröffentlichung von V4 rund 1,5 Millionen US-Dollar in ein umfassendes Sicherheitsprüfungsprogramm investiert, das 345 Tage dauerte. Dabei wurden vier führende Sicherheitsfirmen – ChainSecurity, Trail of Bits, Blackthorn und Certora – eingebunden. Zudem fand auf der Sherlock-Plattform ein öffentlicher Wettbewerb statt, an dem über 900 Forscher teilnahmen und mehr als 950 Forschungsergebnisse einreichten.
Das Kernkonzept der Prüfung bei Aave Labs basiert auf „parallelen Mehrfachtests“ anstelle des üblichen einzelnen Prüfungsprozesses. Das gesamte Prüfprogramm wurde von Aave DAO finanziert und gliederte sich in drei Phasen:
Sicherheitsüberprüfung durch Organisationen: ChainSecurity, Trail of Bits, Blackthorn und Certora führten tiefgehende Tests des Protokollcodes aus verschiedenen Blickwinkeln durch, einschließlich Reverse Engineering, formaler Verifikation und Szenarien für Smart Contracts.
Sechs Wochen öffentlicher Wettbewerb: Vom Dezember 2025 bis Januar 2026 auf der Sherlock-Plattform, bei dem über 900 unabhängige Forscher mehr als 950 Ergebnisse einreichten. Während des Wettbewerbs wurden keine kritischen Schwachstellen bestätigt; 10.000 US-Dollar USDC wurden entsprechend ihrer Punktzahl an sechs Forscher verteilt.
Kontinuierliches Bug-Bounty-Programm: Aave Labs plant außerdem, auf Sherlock eine dauerhafte Meldeplattform für V4-Schwachstellen einzurichten, mit Kategorisierung, um minderwertige Berichte herauszufiltern, und Priorisierung bei der Bearbeitung von Hochrisikofunden.
Frühere Forscher merkten an, dass der Code von V4, obwohl sich das Projekt noch in der Vorprüfphase befand, „außerordentlich klar“ sei, was auf eine Sicherheitsarchitektur hindeutet, die bereits von Anfang an eingebaut wurde.
Aave Labs hat im Entwicklungsprozess von V4 systematisch das in der DeFi-Branche verbreitete Modell des „schnellen Iterierens und nachträglichen Reparierens“ aufgegeben. Das Sicherheitsframework von V4 basiert auf fünf Kernprinzipien:
Formale Verifikation: Certora erstellt mathematische Regeln („Invarianten“), die der Code stets erfüllen muss. Vor der manuellen Prüfung muss der Code diese Regeln durch automatische Maschinenprüfungen bestehen, um logische Grenzfälle zu erkennen, die menschliche Prüfer übersehen könnten.
KI-gestützte Erkennung von Anomalien: Automatisierte Systeme helfen, Angriffspfade in Extremsituationen zu identifizieren und ergänzen so die menschliche Prüfung hinsichtlich der Abdeckung.
Mehrschichtige Überprüfungsmechanismen: Manuelle und automatisierte Tests laufen parallel und werden bei jeder Code-Änderung kontinuierlich auf Sicherheit geprüft, anstatt nur vor der Veröffentlichung.
Zudem nutzt V4 eine „zentrisch-radiäre“ Architektur, die das Angriffsfläche des Protokolls reduziert und so das Risiko gängiger DeFi-Schwachstellen auf struktureller Ebene minimiert.
Angesichts der häufigen Sicherheitsvorfälle in DeFi ist die Bedeutung der Prüfung für Aave Labs nicht nur technischer Natur. Die Investition von 1,5 Millionen US-Dollar in Sicherheit ist im Vergleich zum Gesamtwert (TVL) des Protokolls gering, sendet aber ein klares Signal des institutionellen Vertrauens – für institutionelle Gelder, die noch Bedenken hinsichtlich unbekannter Smart Contract-Risiken haben, ist das Ergebnis der Null-Schwachstellen im öffentlichen Wettbewerb eine wichtige Entscheidungsgrundlage.
Der eigentliche Test für V4 steht noch aus: die ersten Monate nach dem Mainnet-Start. Wenn es gelingt, in dieser Anfangsphase keine größeren Vorfälle zu verzeichnen, könnten Gelder, die bisher wegen Hackerangriffen vorsichtig gegenüber DeFi waren, allmählich in das Protokoll fließen.
Die Kosten umfassen die Honorare für die Sicherheitsfirmen ChainSecurity, Trail of Bits, Blackthorn und Certora sowie die Preise und Plattformgebühren für den öffentlichen Wettbewerb auf Sherlock. Das Programm dauerte 345 Tage und gehört zu den größten Sicherheitsinvestitionen im DeFi-Bereich.
Invarianten sind mathematische Regeln, die von Certora festgelegt werden und vorschreiben, dass der Code in jeder Situation bestimmte logische Bedingungen erfüllt. Vor der manuellen Prüfung muss der Code diese Regeln durch automatische formale Verifikation bestehen, um sicherzustellen, dass sie in allen Ausführungspfaden gelten. Damit werden grundlegende logische Schwachstellen weitgehend ausgeschlossen.
Traditionelle DeFi-Protokolle bestehen oft aus mehreren Modulen mit komplexen Abhängigkeiten, bei denen eine Schwachstelle in einem Modul eine Kettenreaktion auslösen kann. Die zentrale Architektur trennt Funktionen klar voneinander und konzentriert die Kernlogik in einem streng geschützten „Zentrum“. Dies verkleinert die Angriffsfläche und erhöht die Widerstandsfähigkeit gegen komplexe modulübergreifende Angriffe.