Als ich Boreas sah, hielt ich es zunächst für ein gewöhnliches Versions-Upgrade.@Dusk Dusk Mainnet aktivierte am 10. Juni 2026 ab Block 4.414.095 Rusk 1.7.0. Dabei wird geregelt, nach welchen Regeln Transaktionsbytes ins Netzwerk gelangen, in Blöcke aufgenommen werden und beim Wiedergeben des alten Ledgers verarbeitet werden. Der Client kann weiterhin unterstützte Aegis-Encapsulations einreichen; Rusk standardisiert sie am Eingang und schreibt sie dann im aktuellen Ledger-Format in den Block.
Ich stelle mir diese Verarbeitung wie einen Belegschalter einer Clearingstelle vor. Externe Belege können aus alten Vorlagen stammen, müssen vor dem Einwurf jedoch in ein internes einheitliches Format übersetzt werden; historische Belege behalten ihre alten Decoder, damit sie bei Audits unverändert überprüft werden können. Boreas koppelt die Auslegung zwischen Mempool, Blockerzeugern, Konsensvalidierung und historischer Wiedergabe, damit dieselbe Bytefolge in verschiedenen Schritten nicht zu zwei unterschiedlichen Zuständen führt.
Das Upgrade zieht auch Grenzen: Auf dem Mainnet werden ab dem Neustartpunkt keine neuen Phoenix-Transaktionen mehr angenommen, Moonlight wird zum aktuell unterstützten Transaktionsmodell, und alte Phoenix-Blöcke können weiterhin dekodiert und erneut abgespielt werden. reverted-Ereignisse bleiben im Archiv erhalten und werden markiert; Indexer sollten sie nicht in den gültigen Zustand einrechnen. Wenn ich Dusk anbinde, prüfe ich Netzwerkhöhe, Rusk-Version und Transaktionsmodell und verifiziere dann, ob der Indexer das reverted-Flag ausliest; alte Einträge lassen sich abfragen, aber das bedeutet nicht, dass alte Transaktionen weiterhin gesendet werden können.
#dusk $DUSK
Ich stelle mir diese Verarbeitung wie einen Belegschalter einer Clearingstelle vor. Externe Belege können aus alten Vorlagen stammen, müssen vor dem Einwurf jedoch in ein internes einheitliches Format übersetzt werden; historische Belege behalten ihre alten Decoder, damit sie bei Audits unverändert überprüft werden können. Boreas koppelt die Auslegung zwischen Mempool, Blockerzeugern, Konsensvalidierung und historischer Wiedergabe, damit dieselbe Bytefolge in verschiedenen Schritten nicht zu zwei unterschiedlichen Zuständen führt.
Das Upgrade zieht auch Grenzen: Auf dem Mainnet werden ab dem Neustartpunkt keine neuen Phoenix-Transaktionen mehr angenommen, Moonlight wird zum aktuell unterstützten Transaktionsmodell, und alte Phoenix-Blöcke können weiterhin dekodiert und erneut abgespielt werden. reverted-Ereignisse bleiben im Archiv erhalten und werden markiert; Indexer sollten sie nicht in den gültigen Zustand einrechnen. Wenn ich Dusk anbinde, prüfe ich Netzwerkhöhe, Rusk-Version und Transaktionsmodell und verifiziere dann, ob der Indexer das reverted-Flag ausliest; alte Einträge lassen sich abfragen, aber das bedeutet nicht, dass alte Transaktionen weiterhin gesendet werden können.
#dusk $DUSK