Cardano premješta ažuriranje Plutus Cost modela na PreProd dok se vraća rasprava o eUTXO skaliranju

Ažuriranje Plutus Cost modela na Cardanu doseže PreProd

Parametarsko ažuriranje Plutus Cost modela na Cardanu provedeno je na PreProd testnoj mreži 16. svibnja, omogućujući programerima okruženje uživo za testiranje postojećih skripti prije nego što promjena krene prema glavnoj mreži. Intersect je izjavio da se razvojni programeri snažno potiču na pregled svojih trenutnih postavki prije napretka, posebno tamo gdje aplikacije ovise o Plutus proračunima izvršavanja.

Ažuriranje povećava parametre CPU modela troškova za odabrane Plutus primitivne operacije. Pogođeni procesi uključuju equalsByteString unutar Plutusa V1, V2 i V3, zajedno s nekoliko Plutus V3 operacija s cijelim brojevima, uključujući divideInteger, modInteger, quotientInteger i remainderInteger. Za korisnike, ovo možda neće izgledati kao vidljiva promjena proizvoda. Za razvojne programere, mijenja okruženje izvršavanja na kojem ovise pametni ugovori.

Plutus modeli troškova definiraju kako se računski rad cijeni kada skripte rade na Cardanu. Ako je skripta već blizu svog CPU proračuna, povećanje troškova može utjecati na to hoće li skripta ostati unutar granica izvršavanja. To čini testiranje na PreProd-u ključnim za DeFi protokole, NFT platforme, aplikacije za identitet, alate za upravljanje i bilo koji proizvodni sustav koji koristi Plutus skripte.

Zašto je ažuriranje Plutusa važno za Cardano programere

Ažuriranje Plutus Cost modela dio je šireg Van Rossem plana ažuriranja. Intersectovo ažuriranje od 8. svibnja opisalo je kontinuiranu pripremu oko čvorova, infrastrukture i spremnosti ekosustava, te je primijetilo da je akcija upravljanja parametrima protokola za ažuriranje Plutus modela troškova podnesena na PreProd.

Pitanje nije to da Cardano postaje brži zbog jednog parametarskog ažuriranja na testnoj mreži. Preciznije pitanje je da Cardano prilagođava pravila koja definiraju kako se izvršavanje pametnih ugovora mjeri. To je važno jer Cardanovo razvojno okruženje jako ovisi o predvidivim troškovima, pouzdanom ponašanju transakcija i jasnim granicama izvršavanja.

Riječ je o infrastrukturnom radu, a ne marketinškom materijalu. Promjene modela troškova su ispod površine korisničkog iskustva, ali oblikuju hoće li aplikacije ostati stabilne kada se parametri protokola mijenjaju. Timovi koji održavaju pametne ugovore sada imaju izravan razlog za testiranje, mjerenje i prilagođavanje prije nego što se iste pretpostavke prenesu u uvjete glavne mreže.

Rizik je praktične prirode. Stariji ugovori, strogo optimizirane skripte ili aplikacije koje već rade blizu granica izvršavanja mogu zahtijevati pregled. To ne čini ažuriranje negativnim. Testno razdoblje ga čini vrijednim.

Odgovor Charlesa Hoskinsona na eUTXO pruža širi kontekst

Istog dana, Charles Hoskinson odgovorio je na X objavu u kojoj se tvrdi da je AI analiza zaključila da se Cardano ne može skalirati zbog svoje UTXO arhitekture. Hoskinson je oštro odbacio tvrdnju, napisavši: “Dunning Kruger AI izdanje. ‘AI mi je rekao da UTXO ne može skalirati.’”

Taj bi razgovor trebao ostati sporedan u odnosu na tehničku vijest, ali objašnjava zašto je ažuriranje Plutusa važno izvan jedne parametarske promjene. Cardano se i dalje često prosuđuje kroz pretpostavke izgrađene oko blockchaina temeljenih na računima, iako njegova arhitektura prati drugačiji model. Cardano Docs objašnjava da Cardano koristi model Extended UTXO, proširujući Bitcoinov UTXO pristup podrškom za više sredstava i pametne ugovore.

Nesporazum nije samo o terminologiji. U sustavu temeljenom na računima, razvojni programeri i analitičari često razmišljaju u smislu zajedničkog stanja. U Cardanovom eUTXO modelu, dizajn aplikacija ovisi o različitim pretpostavkama oko provjere valjanosti, konstrukcije transakcija i paralelnog izvršenja. To čini površne usporedbe pogrešnim, posebno kada smanjuju Cardanov skalirajući model na generički AI sažetak umjesto da istražuju kako se stvarne aplikacije grade.

Ažuriranje Plutus Cost modela predstavlja Cardanov korisniji odgovor na tu raspravu. Daje razvojnim programerima konkretno testno okruženje, specifične primitivne operacije za pregled i jasan razlog za provjeru hoće li njihove aplikacije ostati unutar granica izvršavanja. Ako se kritika eUTXO-a želi shvatiti ozbiljno, mora se suočiti s Cardanom tamo gdje se arhitektura zapravo testira: u skriptama, proračunima, dizajnu transakcija i spremnosti za proizvodnju, a ne u pojednostavljenim tvrdnjama o tome što UTXO može ili ne može učiniti.