L’aggiornamento del Plutus Cost Model di Cardano arriva su mainnet questa sera prima del van Rossem hard fork

L’aggiornamento dei parametri del Plutus Cost Model di Cardano è previsto in entrata in vigore su mainnet il 18 giugno 2026 alle 21:45 UTC, a seguito della ratifica tramite governance on-chain. L’azione è stata ratificata il 13 giugno con il 68.57% di approvazione dei DRep e 5 voti su 7 del Constitutional Committee.

L’aggiornamento riguarda il modo in cui Cardano misura il costo computazionale dell’esecuzione degli smart contract Plutus. Per sviluppatori e team di dApp, l’impatto principale riguarda test pratici, stima delle commissioni, bilanciamento delle transazioni e validazione degli script secondo i parametri di mainnet aggiornati.

La mainnet di Cardano si prepara all’entrata in vigore del Plutus Cost Model

Il Plutus Cost Model definisce come Cardano calcola il costo di esecuzione degli script degli smart contract Plutus. Assegna valori di esecuzione per l’uso della CPU e della memoria, che vengono poi utilizzati nel calcolo delle commissioni di transazione legate all’esecuzione degli script.

L’azione sul Plutus Cost Model per la mainnet è stata presentata il 26 maggio 2026 e successivamente ratificata tramite il processo di governance on-chain di Cardano. La sua entrata in vigore programmata per il 18 giugno applica i parametri aggiornati alla mainnet prima che il più ampio processo del van Rossem hard fork raggiunga la propria fase di entrata in vigore.

Intersect ha descritto il percorso di aggiornamento della mainnet come due azioni di governance distinte. La prima è l’aggiornamento dei parametri del Plutus Cost Model, mentre la seconda è l’azione di avvio dell’hard fork per la Protocol Version 11.

L’azione di governance è intitolata “Update Plutus Cost Models” ed è classificata come Protocol Parameter Change. Una volta entrata in vigore, le impostazioni aggiornate del modello dei costi diventano parte dei parametri di protocollo attivi utilizzati da applicazioni, wallet e infrastrutture che costruiscono e validano transazioni Plutus.

Cosa cambia per gli script Plutus e i team di dApp

Secondo Intersect, l’aggiornamento del Plutus Cost Model contiene due gruppi di modifiche che entrano in vigore in fasi diverse. Il primo gruppo include aumenti nel modello dei costi per alcune primitive esistenti. Queste modifiche hanno effetto immediatamente dopo l’entrata in vigore dell’aggiornamento dei parametri.

Per i team di dApp, i fornitori di wallet, i builder di transazioni e i fornitori di infrastruttura, l’aggiornamento modifica l’ambiente utilizzato per calcolare i costi di esecuzione di Plutus. Le applicazioni che dipendono da script di smart contract potrebbero dover verificare il calcolo delle commissioni, il bilanciamento delle transazioni, la valutazione degli script e qualsiasi assunzione locale incorporata nei propri strumenti.

In termini pratici, questo influisce su come una transazione viene preparata prima di essere inviata alla rete. Se una dApp utilizza script Plutus, i suoi strumenti devono stimare correttamente i costi di esecuzione affinché la transazione possa essere costruita, bilanciata e inviata senza errori imprevisti.

Il design di Plutus su Cardano consente di valutare i costi di esecuzione degli script prima che una transazione venga inviata. Ciò rende fondamentali impostazioni accurate del modello dei costi per i team che costruiscono applicazioni basate su smart contract, in particolare protocolli DeFi, infrastrutture NFT, wallet e altre applicazioni con volumi elevati di transazioni.

L’aggiornamento non rende immediatamente utilizzabili le nuove primitive Plutus introdotte. Intersect afferma che tali primitive diventano disponibili solo dopo il van Rossem hard fork. L’aggiornamento dei parametri programmato per questa sera colloca le relative impostazioni dei costi in modo che possano essere utilizzate dopo l’entrata in vigore della Protocol Version 11.

Il van Rossem hard fork rimane su un percorso di governance separato

Il van Rossem hard fork dovrebbe introdurre la Protocol Version 11 ed espandere Plutus con funzioni built-in aggiuntive. La documentazione di Intersect fa riferimento a nuovi elementi tecnici collegati a CIP-109, CIP-132, CIP-133, CIP-138 e CIP-153.

L’aggiornamento del Plutus Cost Model fa parte di quel percorso, ma non è l’evento finale dell’hard fork. Il suo ruolo è aggiornare gli attuali parametri di costo di esecuzione e preparare le impostazioni dei costi per le primitive che diventeranno disponibili solo dopo l’entrata in vigore della Protocol Version 11.

I test su Preview e Preprod hanno preceduto il passaggio alla mainnet. Su Preprod, l’aggiornamento del Plutus Cost Model è entrato in vigore prima dell’hard fork, dando a team di dApp e sviluppatori il tempo di testare rispetto alle modifiche dei costi prima della progressione su mainnet.

Dopo l’entrata in vigore programmata per questa sera, l’attenzione operativa per i builder si sposta dallo stato della governance alla verifica su mainnet. Le aree rilevanti includono gli script Plutus, la stima delle commissioni, i builder di transazioni, le integrazioni con i wallet e i flussi applicativi che dipendono dai costi di esecuzione degli script.

La fase successiva del processo van Rossem rimane legata alla distinta azione di governance di avvio dell’hard fork. Tale processo coinvolge i membri del Constitutional Committee, i DRep e gli SPO, con la Protocol Version 11 che dipende dal proprio percorso di approvazione ed entrata in vigore. Per gli sviluppatori Plutus, l’aggiornamento dei parametri di questa sera è il punto in cui le ipotesi di costo aggiornate passano dagli ambienti di test al livello di esecuzione della mainnet live.