#dusk $DUSK @Dusk

Als ich zum ersten Mal auf Dusk geschaut habe, war ich vor allem auf Phoenix, das Staking und die Datenschutzseite fokussiert. Aber je tiefer ich mich damit beschäftige, desto mehr fesselt mich Kadcast.

Dusk nutzt Kadcast als seine P2P-Broadcast-Schicht, und es ist im Grunde dafür entworfen, sicherzustellen, dass ein Block nicht von nur einem einzigen perfekten Netzwerkpfad abhängig ist.

Das Interessante ist die Redundanz. Kadcast kann denselben Block-Chunk an mehrere Delegierte senden, statt auf nur einen Knoten zu vertrauen. Das Protokoll verwendet einen konfigurierbaren β-Wert, und die Implementierung unterstützt β = 3. So können bei einem Ausfall eines Pfads oder wenn ein Knoten nicht verfügbar ist, andere Pfade die Daten trotzdem weitertragen. Außerdem nutzt es Forward Error Correction (FEC), weil UDP Pakete verlieren kann. Die Recherche zu Kadcast zeigt, dass diese Kombination die Weitergabe zuverlässig halten kann, selbst bei Paketverlust.

Und das ist für Dusk besonders wichtig, weil Blöcke auf 1 MB begrenzt sind, also grob 250 Phoenix-Transaktionen. Dusk sagt, Kadcast könne den Bandbreitenverbrauch um etwa 25–50 % im Vergleich zu gängigen Gossip-Ansätzen reduzieren.

Ich mag dieses Design, weil Fehlertoleranz hier nicht nur um Konsens geht. Es beginnt damit, sicherzustellen, dass die Nachricht tatsächlich ankommt.

Glaubst du, dass eine bessere Block-Propagation in der Blockchain-Sicherheit unterschätzt wird?