$DUSK Release-Notes für den Rusk-Client und eine Zeile gestoppt

Die Aktivierungen der Hardfork-Host-Abfrage für Boreas wurden verlinkt und separat für Mainnet, Testnet und Devnet/Localnet aktiviert sowie dahintergeschaltet. Die Deploy-Gas-Regeln wurden hinter einer Feature-Aktivierung gekapselt, sodass das Pre-Fork-Replay unangetastet bleibt.

So etwas verschifft man nicht, indem man es einfach nur schnell macht. Man verschifft etwas entweder, weil man es mutig testet – oder weil man Angst hat, es zu kaputtzumachen.

Das Team behandelt die Kontinuität des Chain-States wie etwas Heiliges: Die Pre-Fork-Replay-Semantik kann sich buchstäblich nicht verschieben, selbst wenn darunter neue Pricing-Logik aktiviert wird. Devnet bekommt Boreas ab Genesis, Mainnet nicht.

Die Lücke zwischen den Umgebungen ist die eigentliche Produkt-Roadmap – nicht der Ankündigungs-Thread. Die meisten Projekte, in die ich während CreatorPad-Tasks reingestochen habe, lieben laute Upgrades.

@Dusk macht offenbar das Gegenteil: Es schichtet Aktivierungs-Gates so, als würde es für Auditoren bauen, die den Diff lesen, nicht für Investoren, die den Tweet lesen.

Privacy- und Compliance-First-Positionierung passt endlich zu echtem Commit-Verhalten… oder lese ich zu viel Absicht in das, was am Ende einfach sorgfältige Engineering-Hygiene ist?

Wie auch immer: Wann hast du das letzte Mal geprüft, ob die Release Notes eines Projekts zu seinem Marketing gepasst haben?😵

@Dusk $DUSK #dusk