La configurazione del mainnet di Cardano imposta come predefinito Ouroboros Genesis

La configurazione ufficiale del mainnet ora contiene ConsensusMode: GenesisMode. Questo sposta Genesis da modalità di sincronizzazione opzionale a impostazione predefinita per i nodi distribuiti con il pacchetto di configurazione più recente.

L'aggiornamento non è un hard fork né un aggiornamento del ledger. Cambia il modo in cui i nodi si sincronizzano con la rete, in particolare quando si uniscono per la prima volta o si riconnettono dopo un periodo prolungato offline.

GenesisMode diventa il predefinito del mainnet

Il Cardano Operations Book conferma che Ouroboros Genesis è ora la modalità di consenso predefinita nella configurazione distribuita dei nodi del mainnet.

Il pacchetto corrente è indicato come compatibile con cardano-node 11.1.2, mentre la configurazione richiede almeno la versione 11.1.0. Gli operatori che utilizzano questi file eseguiranno GenesisMode a meno che non selezionino manualmente PraosMode.

I pool di stake esistenti e i nodi relay non vengono commutati automaticamente. Un nodo continua a seguire la modalità di consenso definita nella propria configurazione locale finché l'operatore non aggiorna o sostituisce quel file.

Gli operatori possono anche tornare al precedente processo di sincronizzazione selezionando PraosMode e utilizzando la corrispondente configurazione dei peer di bootstrap.

Genesis riduce la dipendenza da punti di ingresso attendibili

In PraosMode, un nuovo nodo avvia la sincronizzazione tramite un insieme predefinito di peer di bootstrap. Questi peer forniscono il percorso iniziale nella rete e aiutano il nodo a raggiungere la catena corrente.

Ouroboros Genesis introduce un processo di selezione della catena basato sull'assunzione della maggioranza onesta dello stake di Cardano. Invece di dipendere da un elenco fisso di punti di ingresso attendibili per identificare la catena corretta, un nodo valuta la storia della catena disponibile utilizzando le regole del protocollo e le informazioni relative alla distribuzione dello stake di ADA.

Il pacchetto del mainnet include anche uno snapshot dei peer contenente peer del ledger di grandi dimensioni selezionati dai dati di stake della rete. Questi peer aiutano il nodo a stabilire le connessioni iniziali, mentre Genesis determina come vengono valutate le catene in competizione durante la sincronizzazione.

Per un nuovo nodo, o per uno che ritorna dopo una lunga assenza, il risultato pratico è un processo di ripristino più resiliente. Il nodo può identificare la catena valida senza assumere che i primi peer contattati stiano necessariamente seguendo il ramo corretto.

Genesis non rimuove tutte le dipendenze operative. I nodi richiedono comunque file di configurazione validi, un accesso di rete sufficiente e l'assunzione di sicurezza che una maggioranza onesta controlli lo stake di ADA attivo.

Gli operatori devono verificare versione e topologia

Gli operatori che adottano Genesis devono innanzitutto verificare di eseguire una versione supportata di cardano-node. La configurazione corrente richiede la versione 11.1.0 o successiva, mentre il pacchetto distribuito del mainnet è indicato come compatibile con la versione 11.1.2.

Occorre quindi controllare il valore locale di ConsensusMode. Un nodo configurato con GenesisMode utilizzerà il nuovo processo di sincronizzazione. Un nodo che contiene ancora PraosMode continuerà a usare i peer di bootstrap a prescindere dall'impostazione nella più recente configurazione pubblica.

La topologia associata richiede anche un riferimento valido allo snapshot dei peer. Cambiare la modalità di consenso senza rivedere la topologia può lasciare il nodo privo del percorso di scoperta dei peer atteso da Genesis.

La documentazione di Cardano non è ancora pienamente allineata. L'Operations Book identifica Genesis come predefinito del mainnet, mentre alcune indicazioni per sviluppatori descrivono ancora Praos come predefinito attuale e Genesis come sostituzione futura. Per le distribuzioni che utilizzano l'ultimo pacchetto del mainnet, il file di configurazione distribuito fornisce l'impostazione operativa.

Non esiste una singola epoca di attivazione per la transizione. Ouroboros Genesis diventa il predefinito operativo nodo per nodo man mano che le nuove distribuzioni adottano il pacchetto corrente e gli operatori esistenti aggiornano la propria configurazione locale.