Kryptowährung

Aave Labs: Sicherheitsupdate V3.8 zum Schutz von Liquidationen mit Sofortkrediten

25.10.2026, 14:35 • Sliv Evgeniya

(aktualisiert:25.10.2026)

Aave Labs: Sicherheitsupdate V3.8 zum Schutz von Liquidationen mit Sofortkrediten

Aave Labs schlug ein Sicherheitsupdate V3.8 vor, das darauf abzielt, Liquidationen mithilfe von Flash-Krediten zu erhalten. Am 23. Oktober klärte das Unternehmen, wie der Schutz vor Reentrancy mit bestehenden Integrationen interagieren wird. Der am 21. Oktober veröffentlichte Vorschlag fügt Schutz für Pool-Operationen hinzu. Dieser Schutz begrenzt die Fähigkeit eines externen Rückrufs, geschützte Vertragsfunktionen erneut aufzurufen, bis der vorherige Aufruf abgeschlossen ist. Er schließt jedoch die Funktionen flashLoan() und flashLoanSimple() aus seinem Geltungsbereich aus, sodass deren Rückrufe weiterhin Pool-Aktionen, einschließlich Liquidationen, auslösen können.

Dies ist wichtig, weil Liquidationsintegrationen möglicherweise auf die Fähigkeit angewiesen sind, einen Vermögenswert zu leihen, eine ungesunde Position zurückzuzahlen und den Rest der Operation innerhalb einer einzigen Transaktion vor Abrechnungsprüfungen abzuschließen. Das wahllose Blockieren jeglicher nachfolgender Interaktionen mit dem Pool würde diese Abfolge behindern. Die zentrale Designfrage ist, welche Rückwege zum Protokoll beabsichtigt sind: Eine nützliche Sicherheitsgrenze sollte Transaktionsmuster berücksichtigen, auf die Integrationen angewiesen sind, einschließlich Aufrufen, nachdem Vermögenswerte den Pool verlassen haben, aber vor der Rückzahlungsüberprüfung.

Die vorgeschlagene Implementierung verwendet temporären Speicher, der durch den EIP-1153-Standard in Ethereum eingeführt wurde. Dieser Speicher ist während der Transaktion verfügbar und wird nach deren Abschluss verworfen, sodass er temporäre Sperrzustände tragen und verfolgen kann, ob eine geschützte Operation bereits im Gange ist. Die Spezifikation nennt Reentrancy-Sperren als einen Anwendungsfall und erklärt, warum temporärer Speicher möglicherweise günstiger ist als das Schreiben eines temporären Zustands in den permanenten Speicher. Für ein stark genutztes dezentrales Finanzprotokoll umfasst die Designfrage sowohl die Kosten für reguläre Transaktionen als auch den Schutz, den der Mechanismus bietet.

Das Material dient ausschließlich zu Informationszwecken und stellt keinen finanziellen Rat oder Empfehlung dar.

Beliebte Artikel