Am Wochenende ordne ich alte Handys und finde dabei ein Video von vor zehn Jahren. Das neue Smartphone kann es zwar noch abspielen, aber die Aufnahmeoberfläche hat nicht mehr dieses alte Format. Ein Freund fragt: „Warum löschst du den Decoder nicht auch?“ Ich zeige auf das Bild und sage: Die alte Aufzeichnung lässt sich nicht öffnen, und in der Vergangenheit bricht es ebenfalls an einer Stelle ab.
DUSK behandelt Phoenix nach dem Upgrade in Boreas auf eine sehr ähnliche Weise. Die offiziellen Update-Notizen zeigen, dass das Hauptnetz am 10. Juni 2026 bei Blockhöhe 4,414,095 Boreas ausgerollt hat. Nach dem Neustart der „Grenze“ wurden neue Phoenix-Transaktionen deaktiviert, aber die Knoten behalten weiterhin Phoenix-Decoder und die Fähigkeit zur Ausführung historischer Transaktionen. Alte Blöcke müssen wiedergegeben werden, und der Browser muss frühere Transaktionen und Ereignisse lesen, daher bedeutet „keine neuen hinzufügen“ nicht automatisch „historische löschen“.
Diese Grenze ist für normale Nutzer sehr praktisch. Wenn in der Wallet noch alte Phoenix-Records vorhanden sind, gehören sie weiterhin zum DUSK-Verlauf; wenn man aber eine neue Aktion starten will, muss man sich ansehen, welche Transaktions-Eingänge die aktuelle Wallet unterstützt, statt einfach wie im alten Tutorial Schritt für Schritt zu klicken. Der Takt im Testnetz ist wieder anders: Nachdem Boreas aktiviert wurde, wird Phoenix zunächst vorübergehend beibehalten, bis Block 4,000,000, wenn es endgültig geschlossen wird. Wenn man nur die Upgrade-Namen betrachtet, ist es leicht, die Zeitplanung des Testnetzes fälschlich auf das Hauptnetz zu übertragen. #dusk
Wenn ich DUSK-Transaktionen prüfe, mache ich vier Schritte: erst bestätigen, ob es sich um Hauptnetz oder Testnetz handelt; dann Rusk-Version des Knotens und die entsprechende Höhe prüfen; anschließend den Transaktionstyp identifizieren; und zum Schluss mit dem Browser die Receipts kontrollieren. Wenn eine alte Transaktion als fehlgeschlagen angezeigt wird, schaue ich zusätzlich die historischen „revert“-Ereignisse nach. DUSK behält die Fähigkeit, alte Konten zu lesen – das erleichtert es Knoten, die Historie zu verifizieren, und sorgt zugleich dafür, dass Wallets, Browser und Exchanges beim Abgleich zusammenpassen.
Das alte Video erinnert mich daran, dass System-Updates am meisten davor Angst haben müssen, „Deaktivieren der Eingänge“ und „Löschen des Archivs“ zu einer Sache zu vermischen. DUSK zieht die Linie für Phoenix sehr deutlich: Hinter der Linie werden keine neuen Transaktionen akzeptiert, vor der Linie aufgezeichnete Daten bleiben weiterhin verifizierbar. Beim Lesen von DUSK-Ankündigungen sollte man Netzwerk, Höhe und Transaktionstyp auf Papier notieren – das ist verlässlicher als nur die Upgrade-Bezeichnung zu merken. @Dusk $DUSK
DUSK behandelt Phoenix nach dem Upgrade in Boreas auf eine sehr ähnliche Weise. Die offiziellen Update-Notizen zeigen, dass das Hauptnetz am 10. Juni 2026 bei Blockhöhe 4,414,095 Boreas ausgerollt hat. Nach dem Neustart der „Grenze“ wurden neue Phoenix-Transaktionen deaktiviert, aber die Knoten behalten weiterhin Phoenix-Decoder und die Fähigkeit zur Ausführung historischer Transaktionen. Alte Blöcke müssen wiedergegeben werden, und der Browser muss frühere Transaktionen und Ereignisse lesen, daher bedeutet „keine neuen hinzufügen“ nicht automatisch „historische löschen“.
Diese Grenze ist für normale Nutzer sehr praktisch. Wenn in der Wallet noch alte Phoenix-Records vorhanden sind, gehören sie weiterhin zum DUSK-Verlauf; wenn man aber eine neue Aktion starten will, muss man sich ansehen, welche Transaktions-Eingänge die aktuelle Wallet unterstützt, statt einfach wie im alten Tutorial Schritt für Schritt zu klicken. Der Takt im Testnetz ist wieder anders: Nachdem Boreas aktiviert wurde, wird Phoenix zunächst vorübergehend beibehalten, bis Block 4,000,000, wenn es endgültig geschlossen wird. Wenn man nur die Upgrade-Namen betrachtet, ist es leicht, die Zeitplanung des Testnetzes fälschlich auf das Hauptnetz zu übertragen. #dusk
Wenn ich DUSK-Transaktionen prüfe, mache ich vier Schritte: erst bestätigen, ob es sich um Hauptnetz oder Testnetz handelt; dann Rusk-Version des Knotens und die entsprechende Höhe prüfen; anschließend den Transaktionstyp identifizieren; und zum Schluss mit dem Browser die Receipts kontrollieren. Wenn eine alte Transaktion als fehlgeschlagen angezeigt wird, schaue ich zusätzlich die historischen „revert“-Ereignisse nach. DUSK behält die Fähigkeit, alte Konten zu lesen – das erleichtert es Knoten, die Historie zu verifizieren, und sorgt zugleich dafür, dass Wallets, Browser und Exchanges beim Abgleich zusammenpassen.
Das alte Video erinnert mich daran, dass System-Updates am meisten davor Angst haben müssen, „Deaktivieren der Eingänge“ und „Löschen des Archivs“ zu einer Sache zu vermischen. DUSK zieht die Linie für Phoenix sehr deutlich: Hinter der Linie werden keine neuen Transaktionen akzeptiert, vor der Linie aufgezeichnete Daten bleiben weiterhin verifizierbar. Beim Lesen von DUSK-Ankündigungen sollte man Netzwerk, Höhe und Transaktionstyp auf Papier notieren – das ist verlässlicher als nur die Upgrade-Bezeichnung zu merken. @Dusk $DUSK