đ
14. August
Diese Woche war einfach zu stark: zwei neue Coins wurden per Airdrop verteilt. Am Montag habe ich $DOS 40+ direkt verkauft. Heute hat sich dann KII konsequent aufgebautâund jetzt der Plan: um 21:00 Uhr, 230 Minuten, 50.000 StĂŒck. Sonnenschein pur! Stellt euch bitte die Wecker und verpasst es bloĂ nicht.
Am Freitag habe ich im BĂŒro im consensus.rs-Quellcode von Dusk herumgestöbert und dabei die Konstante EMERGENCY_MODE_ITERATION_THRESHOLD in den Blick bekommenâmir ist dabei eiskalt den RĂŒcken runtergelaufen: Der Notfallmodus ist nicht einfach der Sicherungspin aus dem Whitepaper, sondern ein Code, dessen Auslösebedingungen noch nicht klar sind.
Zuerst mal ein fairer Satz: In der Idee ist Dusks SA-Konsens tatsĂ€chlich ziemlich schönâdas Vier-Augen-Prinzip mit drei AusschĂŒssen fĂŒr Vorschlag, Verifikation und Genehmigung, plus die Kadcast-strukturierte Netzwerkarchitektur, die angeblich 50% Bandbreite spart. Auf dem Papier ist das also wirklich ein System fĂŒr niedrige Latenzen.
Aber je mehr ich mir den Notfallmodus ansehe, desto unwohler wird mir.
Der Code definiert EMERGENCY_MODE_ITERATION_THRESHOLD: Wenn die Konsensschleife die maximale Anzahl Iterationen erreicht hat und immer noch kein Konsens erzielt wurde, wird ausgelöst. Aber: Wie hoch ist der Auslöser genau? Wer erzeugt den Notfall-Block? Wie wird das verifiziert? In der öffentlichen Dokumentation finde ich darauf keine Antwort.
Noch bitterer: Diese Logik wurde in der Community bereits als Bug markiert. Issue #1907 weist darauf hin: In der aktuellen Implementierung setzt sich der ZĂ€hler nach einem Timeout in der letzten Iterationsrunde direkt wieder auf null und startet neu. Richtig wĂ€re eigentlich âden Konsenszustand unbegrenzt aufrechterhaltenââaber das ist nur âmöglicherweise eine Lösungâ und wurde bislang nicht umgesetzt.
Issue #2361 deckt ein noch tieferes Risiko auf: Wenn das gesamte Netzwerk in den Notfallmodus wechselt, könnten alle Nodes gleichzeitig GetBlocks-Anfragen fluten und eine Netzwerkkatastrophe auslösen. Ein Notfallmechanismus, der eigentlich verhindern soll, dass das Netzwerk hÀngt, könnte am Ende genau die letzte Strohhalm sein, die das Netzwerk zum Kippen bringt.
Und auch Kadcast ist nicht einfach âein Block fĂŒr allesâ. In frĂŒhen Tests: In einem Netzwerk mit 10 Knoten konnte eine einzelne Broadcast-Nachricht nur einen Teil der Knoten erreichen, nicht alle. Ein Konsenssystem, das auf mehrstufigen Nachrichten-Interaktionen zwischen AusschĂŒssen angewiesen ist, kann Broadcasts nicht auf alle Nodes abdeckenâund genau das ist wie eine tickende Zeitbombe.
Wenn eine Auslöse-Logik als Bug markiert ist, und ein âNotfallmodusâ, der im ganzen Netzwerk gleichzeitig getriggert werden kann, potenziell einen Netzwerksturm auslösen kannâbist du sicher, dass er dich im echten Krisenfall rettet, statt noch gröĂeren Chaos zu erzeugen?
Das oben sind nur persönliche Ansichten und stellt keine Anlageberatung dar. Diskutiert gern im Kommentarbereichâist Dusks Notfallmodus die letzte Sicherheitsstufe oder einfach noch eine weitere tickende Zeitbombe?
#dusk $DUSK @Dusk
Diese Woche war einfach zu stark: zwei neue Coins wurden per Airdrop verteilt. Am Montag habe ich $DOS 40+ direkt verkauft. Heute hat sich dann KII konsequent aufgebautâund jetzt der Plan: um 21:00 Uhr, 230 Minuten, 50.000 StĂŒck. Sonnenschein pur! Stellt euch bitte die Wecker und verpasst es bloĂ nicht.
Am Freitag habe ich im BĂŒro im consensus.rs-Quellcode von Dusk herumgestöbert und dabei die Konstante EMERGENCY_MODE_ITERATION_THRESHOLD in den Blick bekommenâmir ist dabei eiskalt den RĂŒcken runtergelaufen: Der Notfallmodus ist nicht einfach der Sicherungspin aus dem Whitepaper, sondern ein Code, dessen Auslösebedingungen noch nicht klar sind.
Zuerst mal ein fairer Satz: In der Idee ist Dusks SA-Konsens tatsĂ€chlich ziemlich schönâdas Vier-Augen-Prinzip mit drei AusschĂŒssen fĂŒr Vorschlag, Verifikation und Genehmigung, plus die Kadcast-strukturierte Netzwerkarchitektur, die angeblich 50% Bandbreite spart. Auf dem Papier ist das also wirklich ein System fĂŒr niedrige Latenzen.
Aber je mehr ich mir den Notfallmodus ansehe, desto unwohler wird mir.
Der Code definiert EMERGENCY_MODE_ITERATION_THRESHOLD: Wenn die Konsensschleife die maximale Anzahl Iterationen erreicht hat und immer noch kein Konsens erzielt wurde, wird ausgelöst. Aber: Wie hoch ist der Auslöser genau? Wer erzeugt den Notfall-Block? Wie wird das verifiziert? In der öffentlichen Dokumentation finde ich darauf keine Antwort.
Noch bitterer: Diese Logik wurde in der Community bereits als Bug markiert. Issue #1907 weist darauf hin: In der aktuellen Implementierung setzt sich der ZĂ€hler nach einem Timeout in der letzten Iterationsrunde direkt wieder auf null und startet neu. Richtig wĂ€re eigentlich âden Konsenszustand unbegrenzt aufrechterhaltenââaber das ist nur âmöglicherweise eine Lösungâ und wurde bislang nicht umgesetzt.
Issue #2361 deckt ein noch tieferes Risiko auf: Wenn das gesamte Netzwerk in den Notfallmodus wechselt, könnten alle Nodes gleichzeitig GetBlocks-Anfragen fluten und eine Netzwerkkatastrophe auslösen. Ein Notfallmechanismus, der eigentlich verhindern soll, dass das Netzwerk hÀngt, könnte am Ende genau die letzte Strohhalm sein, die das Netzwerk zum Kippen bringt.
Und auch Kadcast ist nicht einfach âein Block fĂŒr allesâ. In frĂŒhen Tests: In einem Netzwerk mit 10 Knoten konnte eine einzelne Broadcast-Nachricht nur einen Teil der Knoten erreichen, nicht alle. Ein Konsenssystem, das auf mehrstufigen Nachrichten-Interaktionen zwischen AusschĂŒssen angewiesen ist, kann Broadcasts nicht auf alle Nodes abdeckenâund genau das ist wie eine tickende Zeitbombe.
Wenn eine Auslöse-Logik als Bug markiert ist, und ein âNotfallmodusâ, der im ganzen Netzwerk gleichzeitig getriggert werden kann, potenziell einen Netzwerksturm auslösen kannâbist du sicher, dass er dich im echten Krisenfall rettet, statt noch gröĂeren Chaos zu erzeugen?
Das oben sind nur persönliche Ansichten und stellt keine Anlageberatung dar. Diskutiert gern im Kommentarbereichâist Dusks Notfallmodus die letzte Sicherheitsstufe oder einfach noch eine weitere tickende Zeitbombe?
#dusk $DUSK @Dusk
