Midnight risolve il rischio di rotazione dei validatori nel codice di migrazione a BABE

Gli sviluppatori di Midnight hanno integrato una nuova salvaguardia nel repository midnight-node il 26 ottobre, affinando il modo in cui la blockchain passerà dal consenso Aura a quello BABE.

Proposta dallo sviluppatore Klapeyron tramite la pull request #2326, la modifica affronta uno scenario in cui la rete potrebbe cambiare meccanismo di consenso nello stesso momento in cui ruota il proprio comitato di validatori.

La correzione introduce un ritardo automatico quando questi eventi si sovrappongono, impedendo che la prima epoca di BABE inizi con una configurazione dei validatori incoerente.

Midnight affronta un rischio critico di tempistica nella migrazione del consenso

Attualmente Midnight utilizza Aura, in cui i validatori autorizzati producono blocchi secondo una pianificazione prestabilita. BABE introduce un diverso meccanismo di selezione basato su casualità crittografica, rendendo la produzione di blocchi futura meno prevedibile.

Il passaggio tra questi sistemi richiede un coordinamento preciso tra il motore di consenso e il comitato di validatori della rete.

Sorge un potenziale conflitto quando la transizione programmata avviene nello stesso blocco di una rotazione del comitato.

In tale scenario, BABE potrebbe inizializzare la sua prima epoca usando un insieme di validatori mentre il runtime riconosce simultaneamente un altro comitato come attivo.

La conseguente discrepanza potrebbe far sì che le autorità responsabili della produzione dei blocchi non siano coerenti con quelle registrate dalla rete.

La correzione del 26 ottobre affronta questo specifico rischio di tempistica prima della distribuzione del nuovo meccanismo di consenso.

La nuova salvaguardia a livello di runtime rinvia automaticamente la transizione

L’aggiornamento introduce un controllo aggiuntivo all’interno del motore di consenso di Midnight utilizzando ShouldEndSession, il meccanismo che determina se la sessione corrente dei validatori debba concludersi.

Se è prevista una rotazione del comitato nello stesso blocco del cambio di consenso pianificato, la transizione viene rinviata fino a un’epoca successiva.

Il processo resta programmato, ma BABE non si inizializza rispetto a un comitato che sta per essere sostituito.

Gli sviluppatori hanno aggiunto test unitari e di integrazione che coprono entrambi gli esiti: rinviare il cambio quando è richiesta una rotazione e completarlo quando non esiste alcun conflitto.

L’ultima correzione segue modifiche correlate introdotte il 15 e 16 ottobre, che hanno affinato l’inizializzazione della prima epoca di BABE e la verifica di rami di blockchain concorrenti durante la migrazione.

Nel complesso, questi aggiornamenti affrontano casi limite specifici nella procedura di transizione senza modificare le strutture di storage del runtime o le API di runtime esistenti.

Le modifiche restano parte del lavoro di sviluppo e non rappresentano la prova di una migrazione di rete completata.

[NEWSBREAK]

Gli operatori degli stake pool di Cardano attendono la transizione alla mainnet

La roadmap ufficiale di Midnight prevede una transizione graduale a BABE nel quarto trimestre del 2026, seguita dall’inizio della migrazione alla mainnet nel primo trimestre del 2027.

In quel periodo sono inoltre previsti i piani per aprire la produzione dei blocchi agli operatori degli stake pool di Cardano e introdurre staking e delega di NIGHT.

Prima che la transizione del consenso possa procedere, i validatori devono generare nuove chiavi BABE, aggiornare l’elenco dei candidati autorizzati e assicurarsi che i nodi di rete eseguano software compatibile.

Un’operazione scheduleFlip controllata dalla governance programmerà quindi il cambio di consenso al confine di un’epoca.

La salvaguardia appena integrata aggiunge una condizione precisa a quel processo: se la rotazione dei validatori entra in conflitto con il cambio programmato, la rete rinvia la transizione invece di inizializzare BABE con un insieme di autorità incoerente.

I prossimi traguardi operativi sono aggiornamenti coordinati dei nodi, registrazione delle chiavi dei validatori e autorizzazione del cambio di consenso. Non è stata annunciata alcuna data pubblica di attivazione della mainnet.