Ich habe viel zu lange in der letzten Nacht an diesem Teil des Whitepapers gearbeitet.
Die meisten Proof-of-Stake-Ketten, die ich mir angesehen habe, lassen Validatoren im Grunde alles machen…
Einen Block vorschlagen, darüber abstimmen, fertig. Dusk teilt diese Aufgabe in zwei Teile.
Generatoren schlagen Blöcke vor. Provisioner validieren und finalisieren sie. Unterschiedliche Rollen, unterschiedliche Extraktionsmethoden sogar.
Generatoren werden durch einen Bietprozess „herangezogen“, Provisioner durch Komitee-Sortition. Und nein, ganz so ist es nicht. Der wirklich spannende Teil ist, dass Generatoren
privat extrahiert werden: Niemand weiß, wer den nächsten Block vorschlägt, bis er es tut. Das ist eine echte Antwort auf das Front-Running-Problem, das du bekommst, wenn die Leader-Auswahl öffentlich ist.
Ich bin immer noch nicht sicher, wie die beiden Rollen..
unter Last zusammenwirken: Verbessert das Aufteilen der Aufgabe die Resilienz oder schafft es nur mehr Stellen, an denen etwas kaputtgehen kann?
#dusk @Dusk $DUSK
Die meisten Proof-of-Stake-Ketten, die ich mir angesehen habe, lassen Validatoren im Grunde alles machen…
Einen Block vorschlagen, darüber abstimmen, fertig. Dusk teilt diese Aufgabe in zwei Teile.
Generatoren schlagen Blöcke vor. Provisioner validieren und finalisieren sie. Unterschiedliche Rollen, unterschiedliche Extraktionsmethoden sogar.
Generatoren werden durch einen Bietprozess „herangezogen“, Provisioner durch Komitee-Sortition. Und nein, ganz so ist es nicht. Der wirklich spannende Teil ist, dass Generatoren
privat extrahiert werden: Niemand weiß, wer den nächsten Block vorschlägt, bis er es tut. Das ist eine echte Antwort auf das Front-Running-Problem, das du bekommst, wenn die Leader-Auswahl öffentlich ist.
Ich bin immer noch nicht sicher, wie die beiden Rollen..
unter Last zusammenwirken: Verbessert das Aufteilen der Aufgabe die Resilienz oder schafft es nur mehr Stellen, an denen etwas kaputtgehen kann?
#dusk @Dusk $DUSK