Midnight Node 2.1.0 RC2 corregge i costi del bridge e l'avvio bootstrap dei nodi

Midnight ha rilasciato Node 2.1.0 RC2 il 17 settembre, rimuovendo due impedimenti tecnici che avevano impedito alla linea 2.1 di avanzare verso una versione finale.

L'aggiornamento non introduce nuovi comportamenti del protocollo, ma cambia il modo in cui il runtime viene verificato, come vengono misurati i carichi del bridge e come i nuovi nodi si connettono a Preview e Devnet.

Midnight pubblica un runtime verificabile

Midnight Node 2.1.0 RC2 è il primo candidato della linea 2.1 a includere un file WASM del runtime deterministico e un digest srtool di accompagnamento che documenta come è stato prodotto.

Il WASM del runtime contiene la logica eseguita dai nodi Midnight. Una build deterministica consente a operatori e partecipanti alla governance di confermare che l'artefatto pubblicato corrisponde al codice sorgente.

RC1 non includeva un artefatto WASM separato. La governance mancava quindi di un file riproducibile in modo indipendente a cui fare riferimento quando si autorizza un aggiornamento tramite un'azione set_code.

RC2 ora fornisce il file del runtime, gli hash crittografici e la provenienza della build necessari per la verifica. È ancora richiesta un'azione coordinata di governance per attivare il runtime, ma l'artefatto tecnico necessario è ora disponibile.

La release contiene cinque commit aggiuntivi rispetto a RC1. Non modifica la specifica del protocollo né introduce nuove funzionalità rivolte agli utenti, mantenendo l'ambito focalizzato sulla preparazione della versione finale.

Midnight corregge i costi del bridge Cardano

Nuovi test di benchmark hanno rilevato che le funzioni all'interno di pallet_c2m_bridge e pallet_partner_chains_bridge avevano ricevuto un peso pari a circa la metà del loro effettivo costo di esecuzione sull'hardware di validazione di riferimento.

I pesi precedenti erano stati generati su una workstation di sviluppo invece che sulla macchina di benchmarking designata da Midnight. Dopo aver ripetuto i test sull'hardware di riferimento, i pesi misurati per le operazioni del bridge sono aumentati tra 1,92 e 2,51 volte.

L'aggiornamento non rende le operazioni più costose dal punto di vista computazionale. Fornisce al runtime una misura più accurata delle risorse che venivano già consumate.

Una delle funzioni interessate, handle_transfers, viene eseguita come parte obbligatoria di un blocco. Una chiamata obbligatoria sottoprezzata può spingere l'elaborazione del blocco oltre il limite di risorse previsto, perché l'operazione non può essere rinviata quando la capacità residua è stata consumata.

I componenti corretti includono il bridge da Cardano a Midnight e l'infrastruttura di osservazione di Cardano associata a cNIGHT. Questi sistemi collegano l'attività NIGHT basata su Cardano con la Midnight chain. Una valutazione più accurata delle risorse allinea la capacità del bridge al costo misurato per elaborare le operazioni relative a NIGHT sull'hardware dei validatori.

La correzione del genesis ripristina il bootstrap dei nuovi nodi

RC2 sostituisce anche le specifiche di catena e gli artefatti di genesis inclusi nei pacchetti per Preview e Devnet.

Un nodo avviato da un disco vuoto con i file precedenti poteva calcolare un hash del genesis errato. I bootnodes esistenti lo avrebbero identificato come appartenente a un'altra catena e avrebbero rifiutato la connessione, lasciando il nodo interessato al blocco zero senza peer.

Il difetto non riguarda i nodi già connessi e sincronizzati, perché i loro dati di genesis validi sono memorizzati localmente. Gli operatori con nuove installazioni interessate devono rimuovere il percorso base esistente e avviare di nuovo il bootstrap utilizzando i file inclusi con RC2.

I nodi già sincronizzati non richiedono un reset, una risincronizzazione o una reindicizzazione. Non esiste inoltre un percorso di aggiornamento diretto supportato da RC1 o dalla beta precedente, perché tali versioni erano candidati di sviluppo e non baseline di distribuzione. Il percorso supportato rimane un hard fork coordinato dal runtime 1.0.300.

Midnight 2.0 non ha mai raggiunto una release finale, rendendo 2.1.0 la prima versione completata prevista della nuova linea maggiore dopo Node 1.0.1. RC2 non è una release finale per il mainnet, ma la governance dispone ora di un artefatto del runtime verificabile, le chiamate del bridge utilizzano costi di esecuzione misurati e i nuovi nodi Preview e Devnet possono effettuare il bootstrap con i dati di genesis utilizzati dalle reti attive.