#dusk $DUSK @Dusk
Ich habe erlebt, wie Blockchain-Teams das Networking wie Sanitärinstallationen behandeln. Solange die Blöcke ankommen, bekommt die Architektur meist nicht viel Aufmerksamkeit.
Kadcast lenkt meinen Blick auf diese Ebene in eine andere Richtung.
Dusk verlässt sich nicht allein auf das übliche „empfangen, weitergeben, wiederholen“-Modell. Kadcast organisiert Peers über ein strukturiertes Kademlia-ähnliches Overlay, sodass die Nachrichtenweiterleitung etwas darüber weiß, wo Knoten im Netzwerk sitzen. Das klingt wie eine kleine Implementierungsdetails, aber es verändert das Problem. Anstatt zu hoffen, dass genügend zufällige Peers eine Nachricht schnell genug verbreiten, versucht das Protokoll, die Weiterleitung zielgerichteter zu gestalten.
Am interessantesten finde ich, wie es mit unvollkommenen Netzwerken umgeht. Kadcast nutzt UDP, was einige Zustellgarantien aufgibt, und ergänzt dann Redundanz sowie Vorwärts-Fehlerkorrektur, um Paketverluste zu tolerieren. Anders gesagt: Es versucht nicht, das Netzwerk perfekt zuverlässig zu machen. Es entwirft vielmehr um die Annahme herum, dass das Netzwerk „unordentlich“ sein wird.
Das ist für mich eine viel nützlichere Perspektive.
Traditionelles Gossip gewinnt einen großen Teil seiner Robustheit aus Redundanz. Kadcast scheint einen größeren Teil dieser „Intelligenz“ in die Peer-Auswahl und das Message-Routing zu verlagern. Der Preis dafür ist die Komplexität. Ein strukturiertes Overlay muss nun seine Routing-Tabellen, die Peer-Erkennung und den Bootstrap-Prozess gegen böswillige Akteure und ungünstige Topologien absichern.
Daher interessieren mich weniger reine Benchmarks zur schnellen Weiterleitung.
Der eigentliche Test ist, ob Kadcast die Latenz vorhersagbar halten kann, wenn Knoten verschwinden, Pakete verworfen werden, Peers sich schlecht verhalten und das Netzwerk wächst.
Schnelle Weiterleitung ist nützlich.
Vorhersagbare Weiterleitung unter Belastung wäre das, was ich wirklich messen möchte.
Ich habe erlebt, wie Blockchain-Teams das Networking wie Sanitärinstallationen behandeln. Solange die Blöcke ankommen, bekommt die Architektur meist nicht viel Aufmerksamkeit.
Kadcast lenkt meinen Blick auf diese Ebene in eine andere Richtung.
Dusk verlässt sich nicht allein auf das übliche „empfangen, weitergeben, wiederholen“-Modell. Kadcast organisiert Peers über ein strukturiertes Kademlia-ähnliches Overlay, sodass die Nachrichtenweiterleitung etwas darüber weiß, wo Knoten im Netzwerk sitzen. Das klingt wie eine kleine Implementierungsdetails, aber es verändert das Problem. Anstatt zu hoffen, dass genügend zufällige Peers eine Nachricht schnell genug verbreiten, versucht das Protokoll, die Weiterleitung zielgerichteter zu gestalten.
Am interessantesten finde ich, wie es mit unvollkommenen Netzwerken umgeht. Kadcast nutzt UDP, was einige Zustellgarantien aufgibt, und ergänzt dann Redundanz sowie Vorwärts-Fehlerkorrektur, um Paketverluste zu tolerieren. Anders gesagt: Es versucht nicht, das Netzwerk perfekt zuverlässig zu machen. Es entwirft vielmehr um die Annahme herum, dass das Netzwerk „unordentlich“ sein wird.
Das ist für mich eine viel nützlichere Perspektive.
Traditionelles Gossip gewinnt einen großen Teil seiner Robustheit aus Redundanz. Kadcast scheint einen größeren Teil dieser „Intelligenz“ in die Peer-Auswahl und das Message-Routing zu verlagern. Der Preis dafür ist die Komplexität. Ein strukturiertes Overlay muss nun seine Routing-Tabellen, die Peer-Erkennung und den Bootstrap-Prozess gegen böswillige Akteure und ungünstige Topologien absichern.
Daher interessieren mich weniger reine Benchmarks zur schnellen Weiterleitung.
Der eigentliche Test ist, ob Kadcast die Latenz vorhersagbar halten kann, wenn Knoten verschwinden, Pakete verworfen werden, Peers sich schlecht verhalten und das Netzwerk wächst.
Schnelle Weiterleitung ist nützlich.
Vorhersagbare Weiterleitung unter Belastung wäre das, was ich wirklich messen möchte.