#dusk @Dusk
Ich wollte gestern Abend gerade den Laptop schließen, da tauchte eine Benachrichtigung auf – Dusk-Brückenservices wurden erneut pausiert. Ich habe anfangs nicht viel darauf gegeben; ich dachte, das wäre Routinewartung. Dann habe ich die Mitteilung tatsächlich geöffnet und mir die Details durchgelesen, statt sie einfach anzunehmen.
Das war keine Routine.
Das Monitoring hat am 16. August Aktivitäten gemeldet, die nicht mit den normalen Abläufen der Brücke übereinstimmten. Die Reaktion des Teams? Eine Empfänger-Blockliste im Web Wallet. Wenn du Rusk CLI oder eigene Tools verwendest, erbst du keinen dieser Schutzmechanismen. Die Absicherung sitzt auf der UI-Ebene – nicht im Protokoll.
Genau daran denke ich immer wieder zurück. Diese Kette basiert auf einigen der tiefgreifendsten Kryptografie im Bereich. PLONK, Citadel, homomorphe Verschlüsselung, Zero-Knowledge-Proofs. Aber die konkrete Sicherheitsmaßnahme, die Nutzer diese Woche geschützt hat, war nichts davon. Es war ein Warnhinweis in einer Web-Oberfläche.
Ich weiß noch nicht, ob das pragmatisch oder problematisch ist.
Pragmatisch, weil eine Frontend-Blockliste die meisten Nutzer schnell abdeckt. Du lieferst die Lösung dort aus, wo die meisten Menschen wirklich leben – im Standard-Wallet. Über Eleganz auf Protokollebene zu diskutieren kann warten, wenn reale Nutzer gefährdet sind.
Problematisch, weil Dusk sich für regulierte Finanzmärkte positioniert. Institutionen brauchen nicht nur Sicherheit. Sie brauchen nachweisbare Sicherheit – Kontrollen, die auf der Protokollebene existieren, nicht in einer UI-Komponente, die von jedem umgangen werden kann, der seinen eigenen Node betreibt.
Dass die Brücke so lange pausiert wurde, sagt mir, dass das Team das ernst nimmt. Aber das kann ich nicht herausfinden: Wenn irgendwann reguliertes Geld dazukommt – wem genau sollen sie dann vertrauen?
Der Kryptografie, die die Kette antreibt? Oder dem Frontend, das sie warnt, bevor sie Gelder an eine als problematisch markierte Adresse senden?
Denn im Moment sind das zwei sehr unterschiedliche Sicherheits-Ebenen – und nur eine davon ist tatsächlich auf Protokollebene durchsetzbar.
#dusk @Dusk $TMX
$DUSK
$B2
Ich wollte gestern Abend gerade den Laptop schließen, da tauchte eine Benachrichtigung auf – Dusk-Brückenservices wurden erneut pausiert. Ich habe anfangs nicht viel darauf gegeben; ich dachte, das wäre Routinewartung. Dann habe ich die Mitteilung tatsächlich geöffnet und mir die Details durchgelesen, statt sie einfach anzunehmen.
Das war keine Routine.
Das Monitoring hat am 16. August Aktivitäten gemeldet, die nicht mit den normalen Abläufen der Brücke übereinstimmten. Die Reaktion des Teams? Eine Empfänger-Blockliste im Web Wallet. Wenn du Rusk CLI oder eigene Tools verwendest, erbst du keinen dieser Schutzmechanismen. Die Absicherung sitzt auf der UI-Ebene – nicht im Protokoll.
Genau daran denke ich immer wieder zurück. Diese Kette basiert auf einigen der tiefgreifendsten Kryptografie im Bereich. PLONK, Citadel, homomorphe Verschlüsselung, Zero-Knowledge-Proofs. Aber die konkrete Sicherheitsmaßnahme, die Nutzer diese Woche geschützt hat, war nichts davon. Es war ein Warnhinweis in einer Web-Oberfläche.
Ich weiß noch nicht, ob das pragmatisch oder problematisch ist.
Pragmatisch, weil eine Frontend-Blockliste die meisten Nutzer schnell abdeckt. Du lieferst die Lösung dort aus, wo die meisten Menschen wirklich leben – im Standard-Wallet. Über Eleganz auf Protokollebene zu diskutieren kann warten, wenn reale Nutzer gefährdet sind.
Problematisch, weil Dusk sich für regulierte Finanzmärkte positioniert. Institutionen brauchen nicht nur Sicherheit. Sie brauchen nachweisbare Sicherheit – Kontrollen, die auf der Protokollebene existieren, nicht in einer UI-Komponente, die von jedem umgangen werden kann, der seinen eigenen Node betreibt.
Dass die Brücke so lange pausiert wurde, sagt mir, dass das Team das ernst nimmt. Aber das kann ich nicht herausfinden: Wenn irgendwann reguliertes Geld dazukommt – wem genau sollen sie dann vertrauen?
Der Kryptografie, die die Kette antreibt? Oder dem Frontend, das sie warnt, bevor sie Gelder an eine als problematisch markierte Adresse senden?
Denn im Moment sind das zwei sehr unterschiedliche Sicherheits-Ebenen – und nur eine davon ist tatsächlich auf Protokollebene durchsetzbar.
#dusk @Dusk $TMX
$DUSK
$B2
