Cardano attiva Van Rossem PV11 in Preview mentre i test sull'hard fork entrano nella fase di esecuzione

L'hard fork Van Rossem di Cardano è passato dalla procedura di governance all'esecuzione su testnet attiva, con la Protocol Version 11 ora attiva sulla rete Preview.

La differenza è rilevante. La copertura precedente si è concentrata sull'azione di governance della PV11 che entrava nel processo Preview. Questa fase non riguarda più solo il fatto che l'azione possa passare attraverso la governance. Si occupa di come funziona l'aggiornamento una volta che il software dei nodi, DB Sync, l'infrastruttura SPO e gli strumenti per sviluppatori iniziano a supportarlo nelle condizioni di testnet attiva.

Van Rossem non è progettato per spostare Cardano in una nuova era del ledger. Cardano rimane nell'era Conway, mentre PV11 introduce un insieme mirato di miglioramenti al protocollo attraverso un hard fork intra-era. Ciò rende l'aggiornamento rilevante per un motivo diverso: testa se Cardano è in grado di apportare modifiche significative al protocollo senza costringere l'ecosistema a sostenere il peso operativo più gravoso di una transizione completa di era.

Per i costruttori e i team infrastrutturali, è qui che l'aggiornamento diventa pratico. La PV11 non è più solo una proposta in attesa nel processo di governance. Ora è un comportamento attivo del protocollo su Preview e la stack software attorno a Cardano deve dimostrare che può assorbire il cambiamento senza problemi prima che il processo avanzi verso PreProd e, successivamente, mainnet.

Cardano PV11 passa dall'azione di governance ai test su Preview

L'hard fork Van Rossem è stato nominato in onore di Max van Rossem, un contributore di lunga data della comunità Cardano e partecipante alla governance. Ma l'importanza immediata di questa fase è operativa, non simbolica.

Preview è il primo ambiente in cui l'aggiornamento può essere testato in condizioni di rete prima di un'implementazione più ampia. Intersect ha precedentemente delineato un percorso a fasi per l'hard fork, con Preview come prima tappa, PreProd previsto circa due settimane dopo e una proposta di hard fork su mainnet prevista per il 29 maggio 2026. Questo approccio graduale offre all'ecosistema il tempo di rilevare problemi, convalidare gli strumenti e coordinare l'infrastruttura prima di qualsiasi decisione su mainnet.

Questo è importante perché la PV11 dipende da più parti della stack Cardano che si muovono insieme. Gli operatori dei pool di stake necessitano di software di nodi compatibile. L'infrastruttura di indicizzazione ha bisogno del supporto di DB Sync. I team dApp necessitano di tempo per testare script e strumenti. Wallet, esploratori e servizi di backend devono avere la certezza che l'aggiornamento non crei comportamenti inattesi nei sistemi su cui fanno affidamento.

Il rilascio ufficiale cardano-node 11.0.1 è centrale per quel processo. È il primo rilascio del nodo che supporta l'hard fork intra-era PV11, abilitando l'aggiornamento alla Protocol Version 11 una volta che l'azione di governance pertinente è stata votata dagli SPO, DReps e dal Comitato Costituzionale, ed emanata on-chain.

Ciò rende i test su Preview più di un semplice punto di controllo tecnico. È la prima fase in cui l'approvazione della governance, l'ingegneria del lancio e la prontezza dell'ecosistema devono incontrarsi nella pratica.

Van Rossem PV11 mira a Plutus e all'infrastruttura Cardano

La PV11 è un aggiornamento del protocollo mirato. Non modifica la forma delle transazioni di Cardano e non sposta il ledger in una nuova era. La sua importanza risiede in miglioramenti mirati alle prestazioni di Plutus, alla coerenza del ledger e alla sicurezza a livello di nodi.

Per gli sviluppatori, l'area più visibile è Plutus. La proposta PV11 di Intersect ha delineato diversi aggiornamenti di Plutus, inclusa la disponibilità più ampia di funzioni integrate attraverso Plutus V1, V2 e V3, espressioni di case per tipi integrati e nuove funzioni integrate collegate a CIPs come CIP-0109, CIP-0132, CIP-0133, CIP-0138 e CIP-0153.

In termini pratici, l'obiettivo è rendere l'ambiente di smart contract di Cardano più coerente ed efficiente. Gli script Plutus V1 e V2 esistenti possono beneficiare di una disponibilità più ampia delle funzioni integrate, mentre nuovi primitivi migliorano ciò che gli sviluppatori possono esprimere on-chain. Intersect ha descritto questi cambiamenti come un incremento delle prestazioni degli script, una riduzione dei costi di esecuzione e un'espansione delle capacità che i costruttori possono ottenere con Plutus.

La PV11 include anche modifiche al ledger e a livello di nodi. Queste comprendono l'applicazione dell'unicità delle chiavi VRF, regole riviste di input di riferimento per Plutus V1 e V2, una gestione più chiara dei predicati e un miglior reporting riguardo le discrepanze del parametro del protocollo. Questi non sono caratteristiche di primo piano per gli utenti quotidiani, ma sono cruciali per i sistemi che mantengono la rete prevedibile e più facile da gestire.

DB Sync è un'altra parte fondamentale del rollout. Il rilascio ufficiale cardano-db-sync 13.7.0.5 supporta la versione del nodo 11.0.1 e l'hard fork intra-era PV11.

Questo è importante perché DB Sync viene utilizzato dall'infrastruttura che legge e indica i dati della blockchain Cardano, inclusi esploratori, piattaforme analitiche, servizi di backend e applicazioni che dipendono da dati di rete storici e attuali affidabili.

La PV11 quindi non dovrebbe essere giudicata solo da ciò che appare in superficie. Gran parte dell'aggiornamento riguarda rendere Cardano più facile da mantenere, più facile da indicizzare, più sicuro da operare e più capace per applicazioni basate su Plutus.

Perché l'implementazione su Preview è importante prima del mainnet di Cardano

L'attivazione su Preview non significa che la PV11 sia pronta per il mainnet. Significa che l'hard fork è entrato nella fase in cui i presupposti devono essere testati rispetto al software, all'infrastruttura e al comportamento reale del testnet.

Questo è il valore di questa fase. Se emergono problemi, possono essere individuati prima che l'aggiornamento si avvicini al mainnet. Se il processo funziona senza intoppi, Cardano acquisisce prove più solide che il suo modello di hard fork intra-era possa supportare significativi aggiornamenti del protocollo senza richiedere ogni volta una transizione completa di era quando la rete necessita di miglioramenti mirati.

Per gli SPO, il messaggio è diretto: la prontezza del nodo è fondamentale. Per i team dApp, Preview è il momento di testare la compatibilità, soprattutto dove gli strumenti si basano su modelli di costo fissi, parametri del protocollo o supposizioni sul comportamento di Plutus. Intersect ha già osservato che alcuni problemi precedenti su Preview erano legati a strumenti che utilizzavano parametri codificati, con correzioni in corso per gli strumenti per sviluppatori interessati.

Per la roadmap più ampia di Cardano, PV11 non è un evento di marketing. È un test di coordinamento. La governance deve approvare il percorso, l'ingegneria del rilascio deve fornire il software, i fornitori di infrastrutture devono aggiornare e gli sviluppatori devono confermare che le applicazioni funzionano come previsto.

Questo è ciò che rende importante questa fase. PV11 non è più una proposta in attesa nel processo di governance. Ora è un test attivo per verificare se gli operatori, gli strumenti e lo strato applicativo di Cardano possono muoversi insieme prima che l'aggiornamento raggiunga il mainnet.