Cardano ratifica l’aggiornamento del Plutus Cost Model, entrata in vigore prevista per il 18 giugno

Cardano ha ratificato l’azione di governance per l’aggiornamento del Mainnet Plutus Cost Model il 13 giugno 2026. Secondo Intersect MBO, l’entrata in vigore è programmata per il 18 giugno intorno alle 21:45 UTC. La modifica ai parametri del protocollo aggiorna i modelli di costo di Plutus per V1, V2 e V3, i set di parametri utilizzati per calcolare le unità di esecuzione delle transazioni con smart contract su Cardano.

La governance di Cardano ha approvato l’azione di aggiornamento dei Plutus Cost Models

L’azione di governance, intitolata “Update Plutus Cost Models”, è stata presentata come modifica dei parametri del protocollo sul mainnet di Cardano. Su CardanoScan, l’azione è contrassegnata come ratificata con l’ID dell’azione di governance gov_action1eqhnsdyf3exhp5mqt7sdjtl7xy69wqg8tvg854psns2jt72cra3qqrcnr8r.

CardanoScan mostra cinque voti del Comitato Costituzionale a favore, senza voti contrari e nessuna astensione. Il voto dei DRep è riportato con 3,94 miliardi di stake a favore, pari al 68,61 per cento di supporto. Gli SPO non erano idonei a votare su questo tipo di azione di aggiornamento dei parametri, come indicato anche nei dati dell’explorer.

La ratifica significa che l’azione di governance ha ricevuto l’approvazione richiesta tramite il processo di governance on chain di Cardano. L’entrata in vigore è il passaggio separato in cui la modifica dei parametri approvata viene applicata alla rete. Dopo l’entrata in vigore, i modelli di costo aggiornati diventano parte dei parametri del mainnet utilizzati dagli strumenti che stimano i budget di esecuzione, le commissioni e il comportamento degli script Plutus.

I modelli di costo Plutus V1, V2 e V3 ricevono nuovi valori on chain

Il Plutus Cost Model determina la parte della commissione di una transazione attribuibile all’esecuzione degli script Plutus. Assegna le unità di esecuzione tramite le componenti CPU e memoria, che vengono poi utilizzate per calcolare le commissioni delle transazioni che utilizzano smart contract.

Plutus V1 si riferisce alla versione originale dell’ambiente di scripting per smart contract di Cardano introdotta con l’era Alonzo. Plutus V2 ha ampliato le capacità di scripting con l’aggiornamento Vasil, includendo funzionalità che hanno abilitato progetti dApp più efficienti. Plutus V3 è una iterazione più recente associata all’era Conway e ad aggiornamenti successivi, con un set ampliato di funzioni integrate e parametri del modello di costo.

L’azione di governance on chain aggiorna gli array completi del modello di costo per plutusV1, plutusV2 e plutusV3. I materiali annunciati hanno evidenziato modifiche relative a equalsByteString in V1, V2 e V3, nonché alle operazioni intere divideInteger, modInteger, quotientInteger e remainderInteger in V3. Una chiarificazione tecnica pubblica nel thread di Intersect ha inoltre affermato che le modifiche non sono limitate ai valori di CPU e che ci sono ulteriori cambiamenti in V1 e V2, inclusi i costi di memoria.

Per gli sviluppatori, la fonte autorevole è l’insieme completo dei nuovi valori registrati nell’azione di governance on chain e visualizzati tramite CardanoScan, Cexplorer, AdaStat e strumenti correlati. Nell’annuncio non è stata pubblicata alcuna tabella ufficiale che confronti tutti i valori precedenti e quelli nuovi, quindi i team che necessitano di un confronto tecnico completo devono confrontare i nuovi array on chain con le definizioni del modello di costo del ledger precedentemente attive.

Gli sviluppatori devono ritestare ExUnits, commissioni e budget degli script

Intersect ha chiesto a sviluppatori e team dApp di testare le proprie configurazioni su Preview e Preprod prima dell’entrata in vigore. Il promemoria si applica a protocolli DeFi, infrastrutture NFT, integrazioni wallet, indicizzatori, costruttori di transazioni e servizi backend che calcolano commissioni, CPU, memoria e valori di collaterale prima di inviare transazioni al mainnet.

Il test pratico per i team consiste nel rieseguire e ristimare i costi degli script utilizzando il codice dApp attuale, i costruttori di transazioni e le librerie di stima dei costi. L’obiettivo è confermare che gli script vengano ancora eseguiti entro i limiti di ExUnits previsti e che i calcoli di commissioni e collaterale restino allineati ai nuovi parametri del modello di costo del mainnet.

Se un wallet, una dApp o un costruttore di transazioni utilizza valori del modello di costo codificati staticamente o obsoleti, può calcolare un budget di esecuzione errato. Dopo l’entrata in vigore, ciò può portare al fallimento dell’esecuzione della transazione se il budget è troppo basso, oppure a stime di commissioni inutilmente elevate se lo strumento calcola partendo da assunzioni vecchie o imprecise.

L’aggiornamento del Plutus Cost Model è una azione di modifica dei parametri del protocollo separata, distinta dal processo di governance dell’hard fork Van Rossem. Fa parte dello stesso periodo di preparazione tecnica per la Protocol Version 11, mentre wallet, provider di infrastruttura, dApp e operatori di nodi si preparano ai cambiamenti del ledger e di Plutus. Il 18 giugno, i modelli di costo aggiornati per i parametri esistenti vengono applicati al mainnet, mentre le primitive Plutus di nuova introduzione diventano attive solo dopo l’attivazione dell’hard fork.