L'hard fork van Rossem di Cardano entra nella fase finale della governance dopo la raccomandazione alla ratifica dell'HFWG

L'Hard Fork Working Group ha raccomandato la ratifica dell'azione di avvio dell'hard fork alla Protocol Version 11 di Cardano. L'upgrade van Rossem è ora nel tratto finale della governance on chain, con la partecipazione degli SPO ancora necessaria prima che la ratifica possa essere completata.

By SongMarketCap

Cardano News - L'hard fork van Rossem di Cardano entra nella fase finale della governance dopo la raccomandazione alla ratifica dell'HFWG

L'hard fork van Rossem di Cardano si è avvicinato all'attivazione su mainnet dopo che l'Hard Fork Working Group il 30 giugno ha votato a favore di una raccomandazione formale per la ratifica. L'aggiornamento segue i test su Preview e PreProd, l'entrata in vigore su mainnet dell'aggiornamento dei parametri del Plutus Cost Model e la presentazione dell'azione di avvio dell'hard fork attraverso il processo di governance di Cardano. Secondo l'ultimo aggiornamento di Intersect, il supporto dei DRep ha superato la soglia richiesta, mentre l'approvazione degli SPO resta la principale condizione di governance ancora da soddisfare.

La raccomandazione dell'HFWG spinge van Rossem verso la ratifica

L'hard fork van Rossem è l'upgrade pianificato da Cardano alla Protocol Version 11. Si tratta di un hard fork intra era, il che significa che Cardano rimane all'interno della Conway era pur introducendo modifiche a livello di protocollo senza passare a una nuova era del ledger.

La documentazione di Intersect sull'upgrade descrive il processo su mainnet come due azioni di governance collegate. La prima è stata l'aggiornamento dei parametri del Plutus Cost Model, ratificato dai DReps e dai membri del Constitutional Committee ed entrato in vigore su mainnet il 18 giugno. La seconda è l'azione di avvio dell'hard fork, presentata il 16 giugno, che ora sta attraversando la ratifica finale.

La raccomandazione dell'HFWG non attiva di per sé l'hard fork. Fornisce all'ecosistema una valutazione formale della prontezza da parte del gruppo di lavoro responsabile del coordinamento dell'upgrade. La decisione finale rimane all'interno del processo di governance on chain di Cardano, in cui DReps, gli operatori di stake pool e il Constitutional Committee hanno ciascuno ruoli definiti.

L'aggiornamento di Intersect del 30 giugno indicava il supporto dei DRep al 64,78 percento a fronte di una soglia del 60 percento, mentre il supporto degli SPO era al 36 percento contro una soglia del 51 percento. Ciò colloca van Rossem vicino al completamento, ma non ancora oltre tutte le condizioni di ratifica richieste.

Perché la Protocol Version 11 è importante per Cardano

La Protocol Version 11 è importante perché aggiorna le parti di Cardano da cui sviluppatori e operatori dell'infrastruttura dipendono quando costruiscono e mantengono applicazioni.

Per gli sviluppatori di smart contract, van Rossem amplia la disponibilità delle funzioni built in di Plutus su Plutus V1, V2 e V3. Introduce anche le espressioni case per i tipi core come Bool, Integer e Data. In termini pratici, ciò offre ai builder una logica di script più pulita e percorsi di esecuzione più efficienti per alcune operazioni on chain.

L'upgrade aggiunge anche la gestione nativa degli array, operazioni multi asset ottimizzate, esponenziazione modulare, strumenti per la manipolazione delle liste e la moltiplicazione multi scalare BLS12-381. Queste non sono funzionalità rivolte ai consumatori, ma contano per la progettazione delle applicazioni. Possono supportare smart contract più efficienti, casi d'uso crittografici più avanzati e basi migliori per sistemi di prove a conoscenza zero su Cardano.

Van Rossem include anche miglioramenti al ledger e a Cardano Node. L'upgrade aggiunge l'applicazione a livello di ledger dell'unicità delle chiavi VRF, modifica le regole degli input di riferimento per Plutus V1 e V2, migliora il comportamento di validazione relativo alle strutture di prelievo e fornisce agli operatori reportistica più chiara quando gli hash dei parametri di protocollo non corrispondono.

Per Cardano, l'effetto combinato è importante. L'upgrade migliora il livello degli smart contract, rafforza parti dell'infrastruttura degli stake pool e aggiunge chiarezza operativa per gli operatori dei nodi. Inoltre offre all'ecosistema un'ulteriore prova concreta della capacità degli upgrade tecnici di avanzare attraverso la governance decentralizzata senza dipendere da un'unica organizzazione per la decisione finale.

Il voto degli SPO diventa l'ultimo test operativo

La partecipazione degli SPO è ora l'elemento centrale rimanente nel processo. Gli operatori di stake pool non sono solo fornitori di servizi in Cardano. Gestiscono il livello di produzione dei blocchi della rete, il che conferisce al loro voto un ruolo diretto nella governance dell'hard fork.

La prontezza dei nodi e il voto degli SPO misurano aspetti diversi. La prontezza dei nodi indica se gli operatori eseguono software compatibile con la Protocol Version 11. Il voto degli SPO indica se quello stesso livello operativo ha approvato esplicitamente l'azione di governance. Una quota elevata di produzione dei blocchi su node v11 supporta la prontezza tecnica, ma non completa automaticamente il voto on chain.

Cardano Foundation ha ricordato in precedenza agli SPO che le impostazioni di astensione automatica non si applicano ai voti degli SPO per questa azione di hard fork. Questa distinzione è rilevante perché la non partecipazione passiva può lasciare l'approvazione degli SPO al di sotto della soglia richiesta anche se gran parte della rete ha già aggiornato il proprio software.

Il processo di prontezza si estende anche oltre gli stake pool. Intersect monitora la prontezza dell'ecosistema su exchange, wallet, tooling, indexers, dApps e servizi di infrastruttura tramite autodichiarazione e aggiornamenti mantenuti dalla community. Questa visione più ampia offre ai partecipanti alla governance maggiori informazioni prima di votare su una modifica al protocollo.

Se van Rossem raggiungerà la ratifica, Cardano completerà un percorso di upgrade su mainnet che è passato attraverso il deployment su testnet, l'entrata in vigore del Plutus cost model e l'approvazione formale on chain. Il risultato porterebbe le funzionalità della Protocol Version 11 su mainnet e mostrerebbe come l'attuale sistema di governance di Cardano gestisce un upgrade tecnico live in cui prontezza, voto e operazioni di rete devono convergere prima che il protocollo cambi.