Midnight Node 2.1.0 Beta fügt Pfad für Hard Fork auf laufender Chain hinzu
Midnights funktionskomplette Beta schafft einen koordinierten Pfad von einer aktiven 1.0.x Chain zu ledger 9 ohne das Netzwerk zurückzusetzen. Die neue Runtime erfordert weiterhin eine separate Bereitstellung durch Validatoren und eine Aktivierung durch Governance.
By SongMarketCap
Midnight hat Node 2.1.0-beta.1 veröffentlicht, eine bedeutende Vorabveröffentlichung, die das laufende Netzwerk auf ein Upgrade zu ledger 9 vorbereitet. Sie vereint den Funktionsumfang aus der unveröffentlichten 2.0.0 Linie mit zwei zusätzlichen Monaten an Wartungs sowie Sicherheitskorrekturen sowie Migrationslogik, die darauf ausgelegt ist, die an $NIGHT gekoppelte DUST Generierung zu bewahren.
Die Beta steht für Midnights öffentliche Netzwerkumgebungen bereit. Ihre Veröffentlichung bedeutet nicht, dass die neue Runtime bereits im gesamten Mainnet aktiv ist.
Midnight Node fügt einen Upgrade Pfad für das laufende Netzwerk hinzu
Midnight Node ist die Kernsoftware, die von Validatoren und RPC Betreibern genutzt wird, um dem Netzwerk zu folgen, Transaktionen zu verarbeiten und die Runtime hinter Midnight Anwendungen auszuführen.
Midnight ist eine datenschutzfokussierte Partnerchain, die mit Cardano verbunden ist. Entwickler können sie nutzen, um Anwendungen zu bauen, die öffentlichen Blockchain Zustand mit privaten Daten und selektiver Offenlegung kombinieren. Ihr Wirtschaftsmodell trennt $NIGHT, das öffentliche Netzwerk Asset, von DUST, der nicht übertragbaren Ressource, die beim Ausführen von Transaktionen und Smart Contracts verbraucht wird.
Die Version 2.1.0-beta.1 wurde am 21. August als funktionskomplette Beta veröffentlicht. Das Release wird im Vergleich zur neuesten finalen Node 1.0.1 Version als großes Update eingestuft.
Die wichtigste Infrastrukturänderung ist die Fähigkeit, von einer laufenden 1.0.x Chain per Hard Fork abzuzweigen. Frühere 2.0.0 Builds waren für eine neue Genesis Umgebung ausgelegt, was ihre Nutzung für ein bereits aktives Netzwerk einschränkte. Node 2.1.0 fügt die Migrationslogik hinzu, die erforderlich ist, um die bestehende Chain in die neue Runtime zu überführen, ohne ihren aktuellen Zustand zu verwerfen.
Migration zu ledger 9 bewahrt die DUST Generierung
Die Aktivierung von Node 2.1.0 würde Midnight von ledger 8 zu ledger 9 über eine On Chain Migration über mehrere Blöcke verschieben. Die Runtime Spezifikation ändert sich von 1_000_003 zu 2_001_000, während die Transaktionsversion von 3 auf 4 wechselt.
Der Übergang betrifft auch den Status, der zur Generierung von DUST aus NIGHT genutzt wird, das auf Cardano beobachtet wird. Die Ledger Migration initialisiert die neue DUST Struktur ohne die vorhandenen Generierungsdatensätze, sodass der Node sie aus Daten vor dem Fork rekonstruieren muss.
Node 2.1.0 führt diese Rekonstruktion nach dem Runtime Upgrade in Batches durch. Die Cardano Beobachtung wird während dieses Vorgangs vorübergehend angehalten, dessen Umfang auf ungefähr 28 Blöcke im Mainnet Maßstab geschätzt wird, neun auf Preview und einen auf Preprod.
Nach der Rekonstruktion wird die Beobachtung fortgesetzt, ohne die während der Migration gelieferten Cardano UTxOs zu überspringen. Der Prozess bewahrt die Verbindung zwischen Cardano basierten NIGHT Positionen und der DUST Ressource, die für Midnight Aktivität generiert wird.
Auch die an den Node angebundene Infrastruktur muss die Änderung der Transaktionsversion berücksichtigen. Clients, Software Development Kits und Indexer müssen nach dem Upgrade Block ihre Runtime Metadaten aktualisieren, während Transaktionen, die vor dem Übergang signiert oder in die Warteschlange gestellt wurden, neu aufgebaut werden müssen.
Aktivierung im Mainnet erfordert weiterhin Governance
Node 1.0.3 ist der dokumentierte Ausgangspunkt für den Hard Fork, doch dieses Basisrelease war noch ausstehend, als die Beta Hinweise zu 2.1.0 veröffentlicht wurden. Ein direkter Wechsel von Node 1.0.2 oder einer früheren Version ist nicht Teil des unterstützten Migrationspfads.
Validatoren müssen zunächst das neue Binary installieren und bestätigen, dass das Netzwerk unter der bestehenden Runtime weiterhin Blöcke importiert und finalisiert. Autorisierte technische Signer können dann die Governance set_code Aktion anwenden, die die aktive Runtime ersetzt.
Die Cardano zu Midnight Brücke hat eine zusätzliche Abhängigkeit von Governance. Ihr Cardano Beobachtungsprovider bleibt inaktiv, bis die erforderliche MainChainScripts Konfiguration und der Daten Checkpoint gesetzt sind.
Node 2.1.0 liefert die Software und den Migrationspfad für Midnights nächste Runtime. Ledger 9 wird erst dann betriebsbereit, wenn die 1.0.3 Basis verfügbar ist, aktualisierte Validatoren im gesamten Netzwerk laufen und die Governance die neue Runtime On Chain einsetzt.