#dusk $DUSK @Dusk
Dusk-Netzwerks „Trusted Setup“: Warum es nur einmal passieren muss
Okay, das hier hat bei mir einen Moment gedauert, bis es Klick gemacht hat, aber als es dann so war, fand ich es tatsächlich ziemlich cool. Die meisten ZK-SNARK-Systeme brauchen etwas, das als „Trusted Setup“ bekannt ist, bevor sie überhaupt funktionieren können – im Grunde treffen sich viele Leute, erzeugen kryptografisches Zufallsrauschen, und zerstören dann ihren Teil davon, damit später niemand schummeln kann. Klingt das nicht irgendwie schattig? Und ehrlich gesagt ist das Schlimmste an älteren Systemen, dass man das für jede einzelne neue Anwendung wiederholen musste. Das bedeutet: viele Zeremonien, viel Vertrauen, viel Risiko.
Das PlonKup-System von Dusk funktioniert nicht so. Es nutzt etwas, das „updateable universal structured reference string“ genannt wird – schicke Worte, ich weiß, aber der Kern ist simpel: einmal das Setup machen, und es bleibt für im Grunde unbegrenzt viele zukünftige Anwendungen nutzbar, die auf der Chain aufbauen. Kein erneutes Durchführen der Zeremonie jedes Mal, wenn jemand einen neuen Vertragstyp startet.
Warum ist das wichtig – auch abseits des Nerd-Faktors in der Tech? Weil jedes Trusted Setup ein Moment ist, in dem theoretisch etwas schiefgehen könnte. Weniger Setups bedeuten weniger Angriffsfläche, weniger Abstimmungsaufwand und viel mehr Raum für Entwickler, um tatsächlich zu bauen, ohne erst auf so ein mehrparteiiges Ritual warten zu müssen.
Ehrlich gesagt ist das die Art von unsexy Infrastruktur-Entscheidung, über die niemand große Geschichten macht – aber genau solche Dinge bestimmen, ob eine Chain skaliert oder ins Stocken gerät.
$BOME
$MAGMA
Dusk-Netzwerks „Trusted Setup“: Warum es nur einmal passieren muss
Okay, das hier hat bei mir einen Moment gedauert, bis es Klick gemacht hat, aber als es dann so war, fand ich es tatsächlich ziemlich cool. Die meisten ZK-SNARK-Systeme brauchen etwas, das als „Trusted Setup“ bekannt ist, bevor sie überhaupt funktionieren können – im Grunde treffen sich viele Leute, erzeugen kryptografisches Zufallsrauschen, und zerstören dann ihren Teil davon, damit später niemand schummeln kann. Klingt das nicht irgendwie schattig? Und ehrlich gesagt ist das Schlimmste an älteren Systemen, dass man das für jede einzelne neue Anwendung wiederholen musste. Das bedeutet: viele Zeremonien, viel Vertrauen, viel Risiko.
Das PlonKup-System von Dusk funktioniert nicht so. Es nutzt etwas, das „updateable universal structured reference string“ genannt wird – schicke Worte, ich weiß, aber der Kern ist simpel: einmal das Setup machen, und es bleibt für im Grunde unbegrenzt viele zukünftige Anwendungen nutzbar, die auf der Chain aufbauen. Kein erneutes Durchführen der Zeremonie jedes Mal, wenn jemand einen neuen Vertragstyp startet.
Warum ist das wichtig – auch abseits des Nerd-Faktors in der Tech? Weil jedes Trusted Setup ein Moment ist, in dem theoretisch etwas schiefgehen könnte. Weniger Setups bedeuten weniger Angriffsfläche, weniger Abstimmungsaufwand und viel mehr Raum für Entwickler, um tatsächlich zu bauen, ohne erst auf so ein mehrparteiiges Ritual warten zu müssen.
Ehrlich gesagt ist das die Art von unsexy Infrastruktur-Entscheidung, über die niemand große Geschichten macht – aber genau solche Dinge bestimmen, ob eine Chain skaliert oder ins Stocken gerät.
$BOME
$MAGMA