Ich dachte früher, Unvorhersehbarkeit in einer Blockchain sei ein Bug, den man hinnimmt – nicht etwas, das man tatsächlich als Feature entwerfen würde.
Das Studium von Dusk hat das verändert.
Stell dir vor, du bist ein Provisioner. Du hast gestaket, du bist berechtigt, du weißt, dass du ausgewählt werden könntest, um den nächsten Block zu generieren. Aber du weißt nicht, ob du es tatsächlich wirst. Das weiß auch niemand sonst. Nicht die anderen Validatoren. Nicht einmal du – zehn Sekunden, bevor es passiert.
Das Seltsame daran: Der Seed, der bestimmt, wer für Block N+1 ausgewählt wird, existiert noch gar nicht, während Block N gerade noch gebaut wird. Er wird buchstäblich aus der aktuellen Block-Generator-Signatur des vorherigen Seeds erzeugt. Die Antwort auf „wer als Nächster dran ist“ steckt nicht irgendwo verborgen – sie wurde noch nicht berechnet.
Warum ist das wichtig? Weil Vorhersagbarkeit hier ein Risiko ist, keine Bequemlichkeit. Wenn ein Angreifer herausfinden könnte, wer heute Block 40 erzeugt, hätte er alle Zeit der Welt, um diesen Validator zu attackieren – ihn zu bestechen, ihn per DDoS lahmzulegen, ihn unter Druck zu setzen –, bevor der Moment überhaupt eintrifft.
Dusks deterministische Selektion schließt dieses Zeitfenster vollständig. Du erfährst erst im selben Moment, in dem es bereits wahr ist, dass du der Generator bist.
Also war die eigentliche Designfrage nicht „Wie wählen wir einen Anführer aus?“. Sondern „Wie wählen wir einen aus, ohne jemals zuzulassen, dass jemand dafür planen kann.“
Was passiert wohl, sobald die Blockauswahl auch nur ein wenig zu früh vorhersagbar wird?
#dusk $DUSK @Dusk
Umfrage:
Was bricht zuerst, wenn du den nächsten Block-Generator vorhersagen könntest?
🎯 Bestechung wird möglich
🛑 DDoS wird möglich
⚖️ Beides, gleiche Schwachstelle
🔒 Nichts, weiterhin sicher
Das Studium von Dusk hat das verändert.
Stell dir vor, du bist ein Provisioner. Du hast gestaket, du bist berechtigt, du weißt, dass du ausgewählt werden könntest, um den nächsten Block zu generieren. Aber du weißt nicht, ob du es tatsächlich wirst. Das weiß auch niemand sonst. Nicht die anderen Validatoren. Nicht einmal du – zehn Sekunden, bevor es passiert.
Das Seltsame daran: Der Seed, der bestimmt, wer für Block N+1 ausgewählt wird, existiert noch gar nicht, während Block N gerade noch gebaut wird. Er wird buchstäblich aus der aktuellen Block-Generator-Signatur des vorherigen Seeds erzeugt. Die Antwort auf „wer als Nächster dran ist“ steckt nicht irgendwo verborgen – sie wurde noch nicht berechnet.
Warum ist das wichtig? Weil Vorhersagbarkeit hier ein Risiko ist, keine Bequemlichkeit. Wenn ein Angreifer herausfinden könnte, wer heute Block 40 erzeugt, hätte er alle Zeit der Welt, um diesen Validator zu attackieren – ihn zu bestechen, ihn per DDoS lahmzulegen, ihn unter Druck zu setzen –, bevor der Moment überhaupt eintrifft.
Dusks deterministische Selektion schließt dieses Zeitfenster vollständig. Du erfährst erst im selben Moment, in dem es bereits wahr ist, dass du der Generator bist.
Also war die eigentliche Designfrage nicht „Wie wählen wir einen Anführer aus?“. Sondern „Wie wählen wir einen aus, ohne jemals zuzulassen, dass jemand dafür planen kann.“
Was passiert wohl, sobald die Blockauswahl auch nur ein wenig zu früh vorhersagbar wird?
#dusk $DUSK @Dusk
Umfrage:
Was bricht zuerst, wenn du den nächsten Block-Generator vorhersagen könntest?
🎯 Bestechung wird möglich
🛑 DDoS wird möglich
⚖️ Beides, gleiche Schwachstelle
🔒 Nichts, weiterhin sicher