Cardano sposta l'aggiornamento del Plutus Cost Model su PreProd mentre il dibattito sullo scaling eUTXO ritorna

Aggiornamento del Plutus Cost Model di Cardano raggiunge PreProd

L'aggiornamento dei parametri del Plutus Cost Model di Cardano è stato implementato sulla rete di test PreProd il 16 maggio, offrendo agli sviluppatori un ambiente live per testare gli script esistenti prima che il cambiamento avanzi ulteriormente verso il mainnet. Intersect ha dichiarato che è fortemente consigliato agli sviluppatori di rivedere le loro impostazioni attuali prima della progressione, specialmente dove le applicazioni dipendono dai budget di esecuzione di Plutus.

L'aggiornamento aumenta i parametri del modello di costo della CPU per selezionate primitive Plutus. Le operazioni interessate includono equalsByteString per Plutus V1, V2 e V3, insieme a diverse operazioni sugli interi di Plutus V3, inclusi divideInteger, modInteger, quotientInteger e remainderInteger. Per gli utenti, questo potrebbe non apparire come un cambiamento di prodotto visibile. Per gli sviluppatori, cambia l'ambiente di esecuzione da cui dipendono gli smart contract.

I modelli di costo di Plutus definiscono come viene tarato il lavoro computazionale quando gli script vengono eseguiti su Cardano. Se uno script è già vicino al suo budget per la CPU, un aumento di costo può influenzare se quello script rientra ancora nei limiti di esecuzione. Questo rende essenziali i test su PreProd per i protocolli DeFi, le piattaforme NFT, le applicazioni di identità, gli strumenti di governance e qualsiasi sistema di produzione che utilizzi gli script Plutus.

Perché l'aggiornamento di Plutus è importante per gli sviluppatori di Cardano

L'aggiornamento del Plutus Cost Model fa parte del più ampio percorso di aggiornamento Van Rossem. L'aggiornamento di Intersect dell'8 maggio ha descritto la preparazione continua relativa a nodi, infrastruttura e prontezza dell'ecosistema, e ha notato che un'azione di governance per l'aggiornamento del parametro di protocollo del Plutus Cost Model era stata presentata su PreProd.

La questione non è che Cardano diventi più veloce perché un aggiornamento di parametro ha raggiunto una rete di test. Il punto più preciso è che Cardano sta regolando le regole che definiscono come viene misurata l'esecuzione degli smart contract. Questo è importante perché l'ambiente di sviluppo di Cardano dipende fortemente da costi prevedibili, comportamento delle transazioni affidabile e chiari limiti di esecuzione.

Questo è lavoro infrastrutturale, non materiale di marketing. I cambiamenti nel modello di costo si trovano al di sotto della superficie dell'esperienza dell'utente, ma modellano se le applicazioni rimangono stabili quando i parametri del protocollo evolvono. I team che mantengono gli smart contract hanno ora un motivo diretto per testare, misurare e adattare prima che gli stessi presupposti vengano portati nelle condizioni del mainnet.

Il rischio è pratico. Contratti più vecchi, script ottimizzati al massimo o applicazioni che operano già vicino ai limiti di esecuzione potrebbero necessitare di una revisione. Questo non rende l'aggiornamento negativo. Rende utile la finestra di test.

La risposta di Charles Hoskinson sull'eUTXO aggiunge un contesto più ampio

Lo stesso giorno, Charles Hoskinson ha risposto a un post su X che asseriva che un'analisi AI aveva concluso che Cardano non potesse scalare a causa della sua architettura UTXO. Hoskinson ha respinto nettamente l'affermazione, scrivendo: “Edizione Dunning Kruger AI. 'L'AI mi ha detto che UTXO non può scalare.'”

Quello scambio dovrebbe rimanere secondario rispetto alle notizie tecniche, ma spiega perché l'aggiornamento di Plutus è importante al di là di un singolo cambiamento di parametro. Cardano è ancora spesso giudicato attraverso assunzioni costruite attorno a blockchain basate su account, sebbene la sua architettura segua un modello diverso. Cardano Docs spiega che Cardano utilizza un modello UTXO Esteso, estendendo l'approccio UTXO di Bitcoin con il supporto per multi-asset e smart contract.

Il malinteso non riguarda solo la terminologia. In un sistema basato su account, sviluppatori e analisti pensano spesso in termini di stato condiviso. Nel modello eUTXO di Cardano, il design delle applicazioni dipende da presupposti diversi riguardo alla validazione, alla costruzione delle transazioni e all'esecuzione parallela. Questo rende fuorvianti confronti superficiali, specialmente quando riducono il modello di scaling di Cardano a un generico riassunto AI invece di esaminare come vengono costruite le applicazioni reali.

L'aggiornamento del Plutus Cost Model è la risposta più utile di Cardano a quel dibattito. Offre agli sviluppatori un ambiente di test concreto, primitive specifiche da esaminare e una chiara ragione per verificare se le loro applicazioni rimangono entro i limiti di esecuzione. Se le critiche all'eUTXO devono essere prese sul serio, devono incontrare Cardano dove l'architettura è effettivamente testata: negli script, nei budget, nella progettazione delle transazioni e nella prontezza produttiva, non in affermazioni semplificate su ciò che l'UTXO può o non può fare.