$DUSK Konsensdesign ergab für mich erst dann wirklich Sinn, als ich aufhörte, es als eine einzelne Abstimmung zu betrachten.
Es gibt ein paar Schritte.
Zuerst wird ein Block vorgeschlagen.
Dann prüfen die Abstimmungsteilnehmer ihn und entscheiden, ob sie mit dem vorgeschlagenen Zustand übereinstimmen.
Erst danach erreicht das Netzwerk den Konsens.
Der Unterschied ist klein, aber er ist wichtig.
Einen Block zu produzieren bedeutet nicht automatisch, dass ihn alle akzeptieren. Es gibt noch einen weiteren Schritt, in dem die Teilnehmer im Grunde sagen können „das ist korrekt“ oder den Vorschlag ablehnen.
Ich mag, dass jeder Teil seine eigene Aufgabe hat.
Der Kompromiss ist die Koordination. Mehr Schritte bedeuten mehr Kommunikation zwischen den Teilnehmern, und der Zeitpunkt wird noch wichtiger.
Also bin ich gespannt:
#dusk
Welche Herangehensweise bevorzugst du für den Blockchain-Konsens?
$ZEC
@Dusk
Es gibt ein paar Schritte.
Zuerst wird ein Block vorgeschlagen.
Dann prüfen die Abstimmungsteilnehmer ihn und entscheiden, ob sie mit dem vorgeschlagenen Zustand übereinstimmen.
Erst danach erreicht das Netzwerk den Konsens.
Der Unterschied ist klein, aber er ist wichtig.
Einen Block zu produzieren bedeutet nicht automatisch, dass ihn alle akzeptieren. Es gibt noch einen weiteren Schritt, in dem die Teilnehmer im Grunde sagen können „das ist korrekt“ oder den Vorschlag ablehnen.
Ich mag, dass jeder Teil seine eigene Aufgabe hat.
Der Kompromiss ist die Koordination. Mehr Schritte bedeuten mehr Kommunikation zwischen den Teilnehmern, und der Zeitpunkt wird noch wichtiger.
Also bin ich gespannt:
#dusk
Welche Herangehensweise bevorzugst du für den Blockchain-Konsens?
$ZEC
@Dusk
More structured stages
100%
Depends on the use case
0%
4 Stimmen • Abstimmung beendet
