#dusk $DUSK
Die Sicherheitsgeschichte einer Blockchain lautet nicht „Wir haben nie einen Bug gefunden“.
Sondern: Was passiert, nachdem ein ernsthafter Audit einen gefunden hat.
Deshalb bin ich dem AEGIS-„Kaninchenbau“ bei @Dusk gefolgt.
Dusk veröffentlichte 2026 die AEGIS-Remediation mit 39 Sicherheitsfixes, darunter 7 kritische Befunde.
Der interessante Teil? Das waren nicht nur oberflächliche Probleme.
Das Audit ging tief in den Stack:
→ VM-Sandbox-Ausführung
→ Deserialisierung auf Host-Seite
→ Phoenix-Fees- und Refund-Logik
→ BLS-Signatur-Sicherheit
→ Konsens, Networking & kryptografische Komponenten
Ein Problem mit der Phoenix-Fees-Logik kann die Integrität des Angebots, die Verfügbarkeit der Chain und die Sicherheit der Rückerstattung beeinträchtigen. Das BLS-Problem betraf den kryptografischen Aufbau, der für die Signaturverifikation verwendet wird.
AEGIS hat nicht einfach nur eine Zeile gepatcht und weitergemacht. Dusk sagt, sie hätten das betroffene Ownership-Modell überarbeitet, Vertrauensgrenzen gehärtet, an mehreren Ebenen Checks zur Konsistenz der Fees ergänzt, den BLS-Pfad gestärkt und regressionstests hinzugefügt, die wie Exploits geformt sind.
Und laut Dusk fanden sie keine Hinweise darauf, dass die kritischen Befunde zuvor vor AEGIS ausgenutzt wurden.
Für mich ist das der eigentliche Takeaway.
Im regulierten Finanzwesen ist Privatsphäre wichtig.
Aber Privatsphäre ohne Sicherheit ist nutzlos.
Die Infrastruktur muss adversatives Denken überstehen, bevor Institutionen ihr vertrauen können.
Das ist die Seite von @Dusk , die ich es wert finde, im Blick zu behalten:
nicht nur das, was das Protokoll verspricht,
sondern wie ernsthaft es reagiert, wenn jemand versucht, es zu brechen.
$DUSK #dusk @Dusk
Die Sicherheitsgeschichte einer Blockchain lautet nicht „Wir haben nie einen Bug gefunden“.
Sondern: Was passiert, nachdem ein ernsthafter Audit einen gefunden hat.
Deshalb bin ich dem AEGIS-„Kaninchenbau“ bei @Dusk gefolgt.
Dusk veröffentlichte 2026 die AEGIS-Remediation mit 39 Sicherheitsfixes, darunter 7 kritische Befunde.
Der interessante Teil? Das waren nicht nur oberflächliche Probleme.
Das Audit ging tief in den Stack:
→ VM-Sandbox-Ausführung
→ Deserialisierung auf Host-Seite
→ Phoenix-Fees- und Refund-Logik
→ BLS-Signatur-Sicherheit
→ Konsens, Networking & kryptografische Komponenten
Ein Problem mit der Phoenix-Fees-Logik kann die Integrität des Angebots, die Verfügbarkeit der Chain und die Sicherheit der Rückerstattung beeinträchtigen. Das BLS-Problem betraf den kryptografischen Aufbau, der für die Signaturverifikation verwendet wird.
AEGIS hat nicht einfach nur eine Zeile gepatcht und weitergemacht. Dusk sagt, sie hätten das betroffene Ownership-Modell überarbeitet, Vertrauensgrenzen gehärtet, an mehreren Ebenen Checks zur Konsistenz der Fees ergänzt, den BLS-Pfad gestärkt und regressionstests hinzugefügt, die wie Exploits geformt sind.
Und laut Dusk fanden sie keine Hinweise darauf, dass die kritischen Befunde zuvor vor AEGIS ausgenutzt wurden.
Für mich ist das der eigentliche Takeaway.
Im regulierten Finanzwesen ist Privatsphäre wichtig.
Aber Privatsphäre ohne Sicherheit ist nutzlos.
Die Infrastruktur muss adversatives Denken überstehen, bevor Institutionen ihr vertrauen können.
Das ist die Seite von @Dusk , die ich es wert finde, im Blick zu behalten:
nicht nur das, was das Protokoll verspricht,
sondern wie ernsthaft es reagiert, wenn jemand versucht, es zu brechen.
$DUSK #dusk @Dusk