#dusk $DUSK @Dusk
Der gesamte Pitch von Dusk ist vertraulich-standardeinge- (confidential-by-default) Finanzwesen. Deshalb ist das, was mich diesen Monat erwischt hat, Folgendes: Der Vorfall, der die Dinge tatsächlich zum Stillstand brachte, war gar kein Datenschutzversagen. Am 16. August hat das Team verdächtige Aktivitäten in einem teamverwalteten Wallet erkannt, das für Bridge-Operationen genutzt wird, die zugehörigen Adressen deaktiviert und die Bridge-Services vollständig pausiert. $DUSK #dusk @Dusk
Das ist die Aufteilung, mit der es sich zu beschäftigen lohnt. DuskDS, die vertrauliche Schicht — ZK-Transaktionslogik, selektive Offenlegung, all die Kryptografie, auf die das Projekt aufgebaut ist — wurde laut der Mitteilung nicht angefasst. Die Exponierung lag eine Ebene darüber, in der Bridge: ein schlichtes Custodial-Wallet, das ein Team per Hand bedient, um Assets über Chains hinweg zu bewegen. Der am wenigsten private Teil des gesamten Stacks, und genau dort ist der Alarm losgegangen.
Was sich für mich geändert hat, ist, zwei Dinge zu trennen, die ich zuvor als eine einzige Behauptung behandelt hatte: „vertrauliche Infrastruktur“ und „institutionen-taugliche Infrastruktur“. Man kann eine lupenreine Privacy-Tech haben und dennoch einer Institution eine Custody-Grenze übergeben, die sich nicht von der Hot-Wallet-Logik irgendeiner anderen Chain unterscheidet — dasselbe Betreiber-Risiko, derselbe Single Point of Failure, keine der kryptografischen Garantien.
Beobachtenswert, wenn die Bridge wieder geöffnet wird: Entfernt das Redesign tatsächlich die teamverwaltete Custody an dieser Grenze, oder fügt es nur noch eine Empfänger-Blockliste obenauf auf derselben Grundlage hinzu.
Der gesamte Pitch von Dusk ist vertraulich-standardeinge- (confidential-by-default) Finanzwesen. Deshalb ist das, was mich diesen Monat erwischt hat, Folgendes: Der Vorfall, der die Dinge tatsächlich zum Stillstand brachte, war gar kein Datenschutzversagen. Am 16. August hat das Team verdächtige Aktivitäten in einem teamverwalteten Wallet erkannt, das für Bridge-Operationen genutzt wird, die zugehörigen Adressen deaktiviert und die Bridge-Services vollständig pausiert. $DUSK #dusk @Dusk
Das ist die Aufteilung, mit der es sich zu beschäftigen lohnt. DuskDS, die vertrauliche Schicht — ZK-Transaktionslogik, selektive Offenlegung, all die Kryptografie, auf die das Projekt aufgebaut ist — wurde laut der Mitteilung nicht angefasst. Die Exponierung lag eine Ebene darüber, in der Bridge: ein schlichtes Custodial-Wallet, das ein Team per Hand bedient, um Assets über Chains hinweg zu bewegen. Der am wenigsten private Teil des gesamten Stacks, und genau dort ist der Alarm losgegangen.
Was sich für mich geändert hat, ist, zwei Dinge zu trennen, die ich zuvor als eine einzige Behauptung behandelt hatte: „vertrauliche Infrastruktur“ und „institutionen-taugliche Infrastruktur“. Man kann eine lupenreine Privacy-Tech haben und dennoch einer Institution eine Custody-Grenze übergeben, die sich nicht von der Hot-Wallet-Logik irgendeiner anderen Chain unterscheidet — dasselbe Betreiber-Risiko, derselbe Single Point of Failure, keine der kryptografischen Garantien.
Beobachtenswert, wenn die Bridge wieder geöffnet wird: Entfernt das Redesign tatsächlich die teamverwaltete Custody an dieser Grenze, oder fügt es nur noch eine Empfänger-Blockliste obenauf auf derselben Grundlage hinzu.