Viele Blockchains verbreiten Transaktionen per Gossip: Ein Knoten, der eine Nachricht erhält, leitet sie zufällig an Knoten in seiner Umgebung weiter. Das ist zwar einfach, aber wenn die Größe des Netzwerks zunimmt, steigen auch die Redundanz der Daten, der Bandbreitenverbrauch und die Ausbreitungsverzögerung.
Nachdem ich die Netzwerkdokumentation von <@Dusk > angesehen habe, habe ich festgestellt, dass Dusk nicht vollständig zufällig diffundiert wie beim klassischen Kadcast, sondern dass es die Knoten über ein strukturiertes Overlay-Netzwerk organisiert, um die Nachrichtenübertragung zwischen ihnen zu koordinieren. Sein Ziel ist nicht, dass jeder Knoten alle Nachbarn blind benachrichtigt, sondern gleichzeitig die Bandbreite zu kontrollieren und damit Blöcke sowie Konsensnachrichten mit einer besser vorhersehbaren Zeit im Netzwerk eintreffen zu lassen.
Das ist ähnlich wie Stadtlieferungen. Zufälliges Gossip ist eher so, als würde jede Lagerstelle jedem Paket, das sie sieht, alle umliegenden Lagerstellen benachrichtigen; Kadcast versucht hingegen, im Voraus Umleitungs- bzw. Transitwege zu entwerfen, um die Zahl der Wiederholungen zu reduzieren, mit der dasselbe Paket immer wieder transportiert wird. Für Konsensmechanismen, die schnell Proposal, Validation und Ratification benötigen, ist eine umso stabilere Ausbreitungsverzögerung umso besser, weil Knoten dann seltener aufgrund verspäteter Nachrichten ihre Aufgaben verpassen.
Allerdings hat ein strukturiertes Netzwerk auch seinen Preis. Wenn Probleme an den Knoten-Ports, bei NAT, der Firewall oder bei der Konfiguration der Nachbarschaftsverbindungen auftreten, kann der Prozess zwar noch laufen, aber dennoch nicht korrekt an der Weiterleitung teilnehmen. Dusk-Knoten verlangen, dass Kadcast 9000/UDP nutzt; solche UDP-Verbindungsfehler sind möglicherweise nicht so leicht zu erkennen wie bei gewöhnlichen Webdiensten.
Daher werde ich nicht nur die durchschnittliche Blockzeit betrachten, sondern auch die Anzahl der Knoten-Peers, die Tail-Verzögerung der Nachrichtenverbreitung, die Rate von Konsens-Fehlunterschriften und die Verteilung der Knoten in verschiedenen Regionen. Die Netzwerkleistung hat vor allem nicht Angst davor, im Schnitt etwas langsamer zu sein, sondern davor, dass gelegentlich einige wenige Nachrichten so spät ankommen, dass dadurch das Konsensfenster verpasst wird. #dusk $DUSK
Nachdem ich die Netzwerkdokumentation von <@Dusk > angesehen habe, habe ich festgestellt, dass Dusk nicht vollständig zufällig diffundiert wie beim klassischen Kadcast, sondern dass es die Knoten über ein strukturiertes Overlay-Netzwerk organisiert, um die Nachrichtenübertragung zwischen ihnen zu koordinieren. Sein Ziel ist nicht, dass jeder Knoten alle Nachbarn blind benachrichtigt, sondern gleichzeitig die Bandbreite zu kontrollieren und damit Blöcke sowie Konsensnachrichten mit einer besser vorhersehbaren Zeit im Netzwerk eintreffen zu lassen.
Das ist ähnlich wie Stadtlieferungen. Zufälliges Gossip ist eher so, als würde jede Lagerstelle jedem Paket, das sie sieht, alle umliegenden Lagerstellen benachrichtigen; Kadcast versucht hingegen, im Voraus Umleitungs- bzw. Transitwege zu entwerfen, um die Zahl der Wiederholungen zu reduzieren, mit der dasselbe Paket immer wieder transportiert wird. Für Konsensmechanismen, die schnell Proposal, Validation und Ratification benötigen, ist eine umso stabilere Ausbreitungsverzögerung umso besser, weil Knoten dann seltener aufgrund verspäteter Nachrichten ihre Aufgaben verpassen.
Allerdings hat ein strukturiertes Netzwerk auch seinen Preis. Wenn Probleme an den Knoten-Ports, bei NAT, der Firewall oder bei der Konfiguration der Nachbarschaftsverbindungen auftreten, kann der Prozess zwar noch laufen, aber dennoch nicht korrekt an der Weiterleitung teilnehmen. Dusk-Knoten verlangen, dass Kadcast 9000/UDP nutzt; solche UDP-Verbindungsfehler sind möglicherweise nicht so leicht zu erkennen wie bei gewöhnlichen Webdiensten.
Daher werde ich nicht nur die durchschnittliche Blockzeit betrachten, sondern auch die Anzahl der Knoten-Peers, die Tail-Verzögerung der Nachrichtenverbreitung, die Rate von Konsens-Fehlunterschriften und die Verteilung der Knoten in verschiedenen Regionen. Die Netzwerkleistung hat vor allem nicht Angst davor, im Schnitt etwas langsamer zu sein, sondern davor, dass gelegentlich einige wenige Nachrichten so spät ankommen, dass dadurch das Konsensfenster verpasst wird. #dusk $DUSK