Il nodo Cardano 11.2 è vicino al pre rilascio, Leios previsto per la versione 11.3

Il nodo Cardano 11.2 dovrebbe essere pre rilasciato entro la fine di questa settimana, secondo il verbale di Intersect della riunione del 13 ottobre dell’Hard Fork Working Group. Copre tutto ciò che è previsto per Dijkstra tranne Linear Leios, l’aggiornamento del throughput al centro del prossimo hard fork di Cardano verso la versione 12 del protocollo.

Il nodo 11.2 e il respin di DijkstraNet

Pronto per il mainnet si riferisce al software del nodo; l’attivazione di Dijkstra richiede ancora un voto di governance. Il verbale del 6 ottobre afferma che la 11.2 non dovrebbe essere considerata in grado di superare l’evento di hard fork e che è destinata a DijkstraNet, non a Musashi, il testnet di Leios.

DijkstraNet, la rete di test per la nuova era, sarà rilanciata sulla versione 11 del protocollo e biforcata alla versione 12, dopo di che la community è invitata a testare le funzionalità di Dijkstra diverse da Linear Leios. Queste includono le transazioni annidate secondo la CIP-118, che consentono a una transazione di contenere transazioni figlie con le proprie firme, e un nuovo tipo di guard script secondo la CIP-112 il cui validatore può essere eseguito senza che la transazione spenda un input bloccato da uno script o coniare token.

Entrambe confluiscono in Plutus V4, la prossima versione del linguaggio per smart contract di Cardano.

Linear Leios previsto per il nodo 11.3

Linear Leios (CIP-164) è previsto per il nodo 11.3, che il verbale descrive come il primo candidato alla promozione a nodo 12.0, la versione in grado di attraversare l’hard fork, se i test non riscontrano problemi bloccanti. In questo design, un produttore di blocchi può pubblicare un endorser block più grande che fa riferimento a transazioni aggiuntive, che un comitato di stake pool deve certificare con un quorum del 75 percento della stake prima che entrino nel ledger.

Il verbale del 13 ottobre colloca la 11.3 a qualche settimana di distanza e afferma che la sua disponibilità guiderà i progressi successivi verso l’hard fork. Non ripete le date fissate una settimana prima.

Il verbale del 6 ottobre aveva descritto un percorso precedente e condizionale verso l’entrata in vigore nel 2026: una release candidate 11.3 intorno al 23 ottobre, una governance action di avvio dell’hard fork intorno al 10 novembre e l’entrata in vigore entro il 15 dicembre, l’ultima data ragionevole per quest’anno. Quel percorso presupponeva una 11.3 senza difetti, e la necessità di una 11.4 escluderebbe il 2026. Il 15 dicembre non è quindi una data confermata per l’hard fork.

Leios è già sotto carico sul testnet Musashi, ora nella sua fase Fire. I suoi operatori affermano che il programma punta a un aumento iniziale della capacità di throughput da cinque a venti volte. Per l’avvio dell’era Dijkstra, il verbale del 6 ottobre descrive una configurazione mainnet conservativa, forse intorno a 2x di throughput, con successivi aggiornamenti dei parametri che aumenteranno la capacità man mano che i test e i risultati operativi supportano ulteriori incrementi.

I guardrail costituzionali e la richiesta CIP-23

La versione 12 del protocollo dovrebbe richiedere circa 100 guardrail costituzionali, che definiscono valori e condizioni accettabili per i parametri del protocollo. Uno script di guardrail iniziale è atteso per la prossima settimana, con i risultati dei benchmark che plasmeranno la versione finale.

Resta aperto se la CIP-23 entrerà in vigore con la versione 12. La panoramica dell’aggiornamento Dijkstra di Intersect la elenca come condizionale: il nuovo parametro minPoolMargin, una commissione percentuale minima per i pool, è definito nella versione 12, e la regola sulle commissioni si attiva con quell’hard fork se l’implementazione e la prontezza della governance sono allineate, altrimenti in un successivo hard fork intra era all’interno dell’era Dijkstra. Un nutrito gruppo di operatori di stake pool, rappresentati da Martin di ATADA, ha chiesto che la CIP-23 sia implementata completamente nella versione 12, senza attendere un’attivazione successiva.

I team di sviluppo sono disposti a includerla se le circostanze lo consentono, ma aggiungerla così tardi potrebbe ritardare le date originariamente previste per la versione 12. Se si verificassero ritardi non correlati, intendono includerla completa nella release candidate. La commissione minima fissa, minPoolCost, resta a 170 ADA; una governance action per ridurla a 75 ADA è scaduta questo mese senza raggiungere la soglia di approvazione DRep richiesta.

Il gruppo di lavoro prevede anche di contattare Keystone, Ledger, Trezor e BitBox riguardo a una modifica del formato delle transazioni che aggiunge un campo per le chiavi BLS, che gli stake pool utilizzano per certificare gli endorser block di Leios.