Ich bin letzte Nacht noch einmal durch die technische Dokumentation von Dusk gegangen und fand das Konsens-Design interessanter, als ich erwartet hatte.
Dusk verwendet Succinct Attestation, ein erlaubnisloses Proof-of-Stake-System, bei dem Staker – sogenannte Provisioners – dabei helfen, Blöcke zu erzeugen und zu validieren.
Was meine Aufmerksamkeit besonders geweckt hat, war deterministische Sortition. Anstatt dass alle um die Erzeugung oder das Voten bei jedem Block konkurrieren, wählt das Protokoll zufällig einen Blockgenerator sowie Abstimmungskomitees aus den berechtigten Provisionern aus.
Das hat mich über die Balance zwischen Effizienz und Dezentralisierung nachdenken lassen. Wie unvorhersehbar ist die Auswahl aus Sicht eines Angreifers, und wie schwierig wäre es, die Mitgliedschaft der Komitees durch Konzentration von Stake zu beeinflussen?
Auch die Staking-Regeln sind entscheidend. Die Dokumentation sagt, dass der Mindest-Stake aktuell 1.000 DUSK beträgt, während die Berechtigung erst nach einer Maturitätsphase beginnt, die an Epochs gekoppelt ist. Meine Interpretation ist, dass das dem System einen gewissen Schutz bietet, um sich nicht sofort in die Konsensbeteiligung einzuklinken. Dennoch würde ich gern die Sicherheitsannahmen genauer verstehen.
Dann ist da Kadcast – die zugrunde liegende P2P-Schicht, die zum Weiterleiten von Blöcken, Transaktionen und Votes verwendet wird. Ihre auf Kademlia basierende Struktur ist darauf ausgelegt, redundante Kommunikation zu reduzieren, während die Weiterleitung beibehalten wird.
Also bleibt mir eine größere Frage:
Schafft die Kombination aus stake-basierter Komiteeselektion und strukturierter Nachrichtenweiterleitung eine gute Dezentralisierungs-/Sicherheits-Abwägung, oder übersehe ich Randfälle?
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk
Dusk verwendet Succinct Attestation, ein erlaubnisloses Proof-of-Stake-System, bei dem Staker – sogenannte Provisioners – dabei helfen, Blöcke zu erzeugen und zu validieren.
Was meine Aufmerksamkeit besonders geweckt hat, war deterministische Sortition. Anstatt dass alle um die Erzeugung oder das Voten bei jedem Block konkurrieren, wählt das Protokoll zufällig einen Blockgenerator sowie Abstimmungskomitees aus den berechtigten Provisionern aus.
Das hat mich über die Balance zwischen Effizienz und Dezentralisierung nachdenken lassen. Wie unvorhersehbar ist die Auswahl aus Sicht eines Angreifers, und wie schwierig wäre es, die Mitgliedschaft der Komitees durch Konzentration von Stake zu beeinflussen?
Auch die Staking-Regeln sind entscheidend. Die Dokumentation sagt, dass der Mindest-Stake aktuell 1.000 DUSK beträgt, während die Berechtigung erst nach einer Maturitätsphase beginnt, die an Epochs gekoppelt ist. Meine Interpretation ist, dass das dem System einen gewissen Schutz bietet, um sich nicht sofort in die Konsensbeteiligung einzuklinken. Dennoch würde ich gern die Sicherheitsannahmen genauer verstehen.
Dann ist da Kadcast – die zugrunde liegende P2P-Schicht, die zum Weiterleiten von Blöcken, Transaktionen und Votes verwendet wird. Ihre auf Kademlia basierende Struktur ist darauf ausgelegt, redundante Kommunikation zu reduzieren, während die Weiterleitung beibehalten wird.
Also bleibt mir eine größere Frage:
Schafft die Kombination aus stake-basierter Komiteeselektion und strukturierter Nachrichtenweiterleitung eine gute Dezentralisierungs-/Sicherheits-Abwägung, oder übersehe ich Randfälle?
@Dusk $DUSK #dusk
#dusk $DUSK @Dusk
