Midnight Node 2.1.0 Beta aggiunge un percorso di hard fork per la catena attiva

Midnight ha rilasciato Node 2.1.0-beta.1, una importante versione preliminare che prepara la sua rete in esecuzione a un aggiornamento al registro 9. Combina il set di funzionalità sviluppato durante la linea 2.0.0 non rilasciata con due ulteriori mesi di manutenzione e patch di sicurezza, insieme alla logica di migrazione progettata per preservare la generazione di DUST collegata a $NIGHT.

La beta è disponibile per gli ambienti di rete pubblici di Midnight. La sua pubblicazione non significa che il nuovo runtime sia già attivo su Mainnet.

Midnight Node aggiunge un percorso di aggiornamento per la rete in esecuzione

Midnight Node è il software principale usato dai validatori e dagli operatori RPC per seguire la rete, elaborare le transazioni ed eseguire il runtime alla base delle applicazioni di Midnight.

Midnight è una chain partner incentrata sulla privacy collegata a Cardano. Gli sviluppatori possono usarla per creare applicazioni che combinano lo stato pubblico della blockchain con dati privati e divulgazione selettiva. Il suo modello economico separa $NIGHT, l’asset della rete pubblica, da DUST, la risorsa non trasferibile consumata quando gli utenti eseguono transazioni e smart contract.

La versione 2.1.0-beta.1 è stata pubblicata il 21 agosto come beta completa nelle funzionalità. Il rilascio è classificato come aggiornamento importante rispetto all’ultima versione finale Node 1.0.1.

La sua principale modifica infrastrutturale è la possibilità di effettuare un hard fork a partire da una catena 1.0.x in esecuzione. Le build 2.0.0 precedenti erano progettate attorno a un ambiente di genesis nuovo, limitandone l’uso per una rete già attiva. Node 2.1.0 aggiunge la logica di migrazione necessaria per spostare la catena esistente nel nuovo runtime senza scartarne lo stato attuale.

La migrazione al registro 9 preserva la generazione di DUST

L’attivazione di Node 2.1.0 sposterebbe Midnight dal registro 8 al registro 9 tramite una migrazione on chain su più blocchi. La specifica del runtime cambia da 1_000_003 a 2_001_000, mentre la versione della transazione passa da 3 a 4.

La transizione influisce anche sullo stato usato per generare DUST a partire da NIGHT osservato su Cardano. La migrazione del registro inizializza la nuova struttura di DUST senza i registri di generazione esistenti, richiedendo al nodo di ricostruirli a partire dai dati precedenti al fork.

Node 2.1.0 esegue tale ricostruzione a lotti dopo l’aggiornamento del runtime. L’osservazione di Cardano è temporaneamente sospesa durante il processo, che si stima copra circa 28 blocchi su scala Mainnet, nove su Preview e uno su Preprod.

Dopo la ricostruzione, l’osservazione riprende senza saltare gli UTxO di Cardano consegnati durante la migrazione. Il processo preserva il collegamento tra le posizioni di NIGHT basate su Cardano e la risorsa DUST generata per l’attività su Midnight.

Anche l’infrastruttura connessa al nodo deve tenere conto del cambio di versione della transazione. Client, software development kit e indicizzatori devono aggiornare i loro metadati del runtime dopo il blocco di aggiornamento, mentre le transazioni firmate o messe in coda prima della transizione devono essere ricostruite.

L’attivazione su Mainnet richiede ancora la governance

Node 1.0.3 è il punto di partenza documentato per l’hard fork, ma tale versione di base risultava ancora in sospeso quando sono state pubblicate le note della beta 2.1.0. Passare direttamente da Node 1.0.2 o da una versione precedente non fa parte del percorso di migrazione supportato.

I validatori devono prima installare il nuovo binario e confermare che la rete continui a importare e finalizzare blocchi con il runtime esistente. I firmatari tecnici autorizzati possono quindi applicare l’azione di governance set_code che sostituisce il runtime attivo.

Il bridge Cardano to Midnight ha una dipendenza aggiuntiva dalla governance. Il suo provider di osservazione di Cardano rimane inattivo finché non vengono impostati la configurazione MainChainScripts richiesta e il checkpoint dei dati.

Node 2.1.0 fornisce il software e il percorso di migrazione per il prossimo runtime di Midnight. Il registro 9 diventa operativo solo dopo che la versione di base 1.0.3 è disponibile, i validatori aggiornati sono in esecuzione in tutta la rete e la governance applica il nuovo runtime on chain.