Als ich die neuesten Netzwerk-Upgrade-Notizen für @Dusk erneut überprüft habe, ist mir eine Veränderung aufgefallen, die im Vergleich zur üblichen Version-Änderung noch wichtiger ist: Nach dem Upgrade von Boreas nimmt das Dusk-Mainnet keine neuen Phoenix-Transaktionen mehr an und führt sie auch nicht mehr aus.
Boreas wurde zusammen mit Rusk 1.7 ausgeliefert; das Mainnet wurde am 10. Juni 2026 mit Block 4.414.095 als Neustart-Grenze reaktiviert. Beim Neustart des Mainnets wurde Phoenix deaktiviert, während das Testnet nach dem Erreichen von Höhe 4.000.000 am 7. August ebenfalls stoppte. Die aktuellen neuen Transaktionen nutzen vor allem das Moonlight-Modell.
Doch „keine neuen Transaktionen mehr“ heißt nicht, dass Phoenix gelöscht wird. Die Knoten behalten weiterhin die Fähigkeit, alte Phoenix-Transaktionen zu decodieren, deren Ausführung nachzuvollziehen und den Kettenzustand zu synchronisieren, denn ein Archive Node muss alte Blöcke erneut abspielen können. Umgangssprachlich: Wenn eine Bank aufhört, eine bestimmte Art alter Konten zu eröffnen, bedeutet das nicht, dass die bisherigen Buchungen aus dem Ledger entfernt werden.
Boreas führt zudem versionierte Transaktionsverarbeitung ein, determinitische VM-Abrechnungsregeln, ein Flag für Reverted Events und verlegt die Slash-Ausführungsreihenfolge vor gewöhnliche Transaktionen. Das zeigt: Der Fokus des Upgrades liegt nicht nur im Austausch des Überweisungsmodells, sondern darin, die Interpretationsgrenzen derselben Transaktion zwischen verschiedenen Knoten deutlich zu verschärfen.
Was wirklich nachgehakt werden muss: Wie wird die Datenschutz-Route von Dusk als Nächstes fortgeführt? Moonlight ist ein öffentliches Konto-Modell, während DuskEVM den Hedger als zukünftigen Datenschutzpfad beschreibt. Als Nächstes sollte man besonders auf die Auslieferung des Hedger achten, die Migration von Wallets, den Umgang mit alten Phoenix-Salden und darauf, ob die Dokumentation einheitlich aktualisiert wurde.
Die gefährlichste Seite der Forschung an Datenschutzprojekten ist nicht die technische Änderung, sondern wenn man das neue Netzwerk weiterhin mit der alten Architektur erklärt. #dusk $DUSK
Boreas wurde zusammen mit Rusk 1.7 ausgeliefert; das Mainnet wurde am 10. Juni 2026 mit Block 4.414.095 als Neustart-Grenze reaktiviert. Beim Neustart des Mainnets wurde Phoenix deaktiviert, während das Testnet nach dem Erreichen von Höhe 4.000.000 am 7. August ebenfalls stoppte. Die aktuellen neuen Transaktionen nutzen vor allem das Moonlight-Modell.
Doch „keine neuen Transaktionen mehr“ heißt nicht, dass Phoenix gelöscht wird. Die Knoten behalten weiterhin die Fähigkeit, alte Phoenix-Transaktionen zu decodieren, deren Ausführung nachzuvollziehen und den Kettenzustand zu synchronisieren, denn ein Archive Node muss alte Blöcke erneut abspielen können. Umgangssprachlich: Wenn eine Bank aufhört, eine bestimmte Art alter Konten zu eröffnen, bedeutet das nicht, dass die bisherigen Buchungen aus dem Ledger entfernt werden.
Boreas führt zudem versionierte Transaktionsverarbeitung ein, determinitische VM-Abrechnungsregeln, ein Flag für Reverted Events und verlegt die Slash-Ausführungsreihenfolge vor gewöhnliche Transaktionen. Das zeigt: Der Fokus des Upgrades liegt nicht nur im Austausch des Überweisungsmodells, sondern darin, die Interpretationsgrenzen derselben Transaktion zwischen verschiedenen Knoten deutlich zu verschärfen.
Was wirklich nachgehakt werden muss: Wie wird die Datenschutz-Route von Dusk als Nächstes fortgeführt? Moonlight ist ein öffentliches Konto-Modell, während DuskEVM den Hedger als zukünftigen Datenschutzpfad beschreibt. Als Nächstes sollte man besonders auf die Auslieferung des Hedger achten, die Migration von Wallets, den Umgang mit alten Phoenix-Salden und darauf, ob die Dokumentation einheitlich aktualisiert wurde.
Die gefährlichste Seite der Forschung an Datenschutzprojekten ist nicht die technische Änderung, sondern wenn man das neue Netzwerk weiterhin mit der alten Architektur erklärt. #dusk $DUSK