#dusk $DUSK
Alle streiten über Konsens. Fast niemand schaut eine Ebene tiefer.
@Dusk verwendet kein zufälliges Gossip, um Blöcke zwischen Knoten hin- und herzuverteilen. Es nutzt Kadcast – eine strukturierte Overlay-Schicht, bei der die Position jedes Knotens bestimmt, an wen er weiterleitet. Die Doku nennt den Grund in einem Satz: weniger Bandbreite und eine vorhersehbarere Latenz.
Vorhersehbar ist hier das entscheidende Wort.
Zufälliges Gossip ist robust, aber laut. Eine Nachricht könnte dich in 200 ms oder in 900 ms erreichen – je nach Glück. Für die meisten Chains reicht das. Für eine Chain, die ~10 Sekunden deterministische Finalität an Institutionen verkauft, ist die Streuung bei der Propagation kein kosmetisches Detail – sie gehört zum Versprechen der Abwicklung. Du kannst die Finalitätstiming nicht garantieren, wenn darunter eine Transport-Schicht arbeitet, die abwinkt.
Die zweite Hälfte ist das Audit. Blaize hat die Rust-Implementierung geprüft und 9,8 von 10 Punkten vergeben, aber die spannenden Dinge sind die Erkenntnisse: Abweichungen von der ursprünglichen Kadcast-Spezifikation, verpasste Edge Cases bei der Verarbeitung von Idle-Nodes und eine mehrdeutige Handhabung reservierter Felder in Message-Headern. Alles gelöst oder verifiziert – bis auf zwei Informationspunkte.
Reservierte Felder und Idle-Nodes. Nicht glamourös. Genau die Art von Sache, die sich drei Jahre später in einen seltsamen Production-Vorfall verwandelt.
Die offene Frage, mit der ich mich ständig beschäftige: Ein strukturiertes Overlay bedeutet, dass die Topologie ableitbar ist und nicht zufällig. Das ist es, was die Vorhersagbarkeit erkauft. Macht es die Verkehrsprofile auch einfacher zu beobachten für eine Chain, deren gesamter Wertversprechen auf Vertraulichkeit beruht? Ich weiß es ehrlich nicht, und ich habe keine öffentliche Analyse gefunden, die das beantwortet.
Für eine Privacy-Chain: Würdest du einen Teil der Propagation-Vorhersehbarkeit gegen ein chaotischeres, schwerer abzubildendes Netzwerk eintauschen?
Alle streiten über Konsens. Fast niemand schaut eine Ebene tiefer.
@Dusk verwendet kein zufälliges Gossip, um Blöcke zwischen Knoten hin- und herzuverteilen. Es nutzt Kadcast – eine strukturierte Overlay-Schicht, bei der die Position jedes Knotens bestimmt, an wen er weiterleitet. Die Doku nennt den Grund in einem Satz: weniger Bandbreite und eine vorhersehbarere Latenz.
Vorhersehbar ist hier das entscheidende Wort.
Zufälliges Gossip ist robust, aber laut. Eine Nachricht könnte dich in 200 ms oder in 900 ms erreichen – je nach Glück. Für die meisten Chains reicht das. Für eine Chain, die ~10 Sekunden deterministische Finalität an Institutionen verkauft, ist die Streuung bei der Propagation kein kosmetisches Detail – sie gehört zum Versprechen der Abwicklung. Du kannst die Finalitätstiming nicht garantieren, wenn darunter eine Transport-Schicht arbeitet, die abwinkt.
Die zweite Hälfte ist das Audit. Blaize hat die Rust-Implementierung geprüft und 9,8 von 10 Punkten vergeben, aber die spannenden Dinge sind die Erkenntnisse: Abweichungen von der ursprünglichen Kadcast-Spezifikation, verpasste Edge Cases bei der Verarbeitung von Idle-Nodes und eine mehrdeutige Handhabung reservierter Felder in Message-Headern. Alles gelöst oder verifiziert – bis auf zwei Informationspunkte.
Reservierte Felder und Idle-Nodes. Nicht glamourös. Genau die Art von Sache, die sich drei Jahre später in einen seltsamen Production-Vorfall verwandelt.
Die offene Frage, mit der ich mich ständig beschäftige: Ein strukturiertes Overlay bedeutet, dass die Topologie ableitbar ist und nicht zufällig. Das ist es, was die Vorhersagbarkeit erkauft. Macht es die Verkehrsprofile auch einfacher zu beobachten für eine Chain, deren gesamter Wertversprechen auf Vertraulichkeit beruht? Ich weiß es ehrlich nicht, und ich habe keine öffentliche Analyse gefunden, die das beantwortet.
Für eine Privacy-Chain: Würdest du einen Teil der Propagation-Vorhersehbarkeit gegen ein chaotischeres, schwerer abzubildendes Netzwerk eintauschen?