🇮🇹 "Aggiornamento sullo sviluppo di metà giugno | IOG 15 giu 2022"

:it: Trascrizione italiana di " June Mid Month Development Update"

Pubblicato sul canale Youtube IOHK il 15 giugno 2022

Traduzione italiana a cura di Lordwotton di RIOT Stake Pools. Se apprezzi queste traduzioni, per favore valuta di supportare il mio lavoro delegando i tuoi ada a RIOT :pray: entra nel nostro gruppo Telegram


Siamo a metà mese, quindi è il momento del nostro consueto aggiornamento tecnico sugli ultimi sviluppi di Cardano. Oggi Tim Harrison è affiancato dagli abituali Nigel Hemsley e Kevin Hammond.

È una settimana critica, in quanto il team principale di IOG (che collabora con vari progetti dell’ecosistema SPO e Dapp) è in dirittura d’arrivo per quanto riguarda i test e l’integrazione, tra cui la compatibilità e le prestazioni di Plutus v2. Nigel parla della nuova rete di test per sviluppatori Vasil per la comunità Dapp e discute l’attento processo di valutazione in corso e i punti di decisione mentre ci dirigiamo verso il blocco e la distribuzione dell’aggiornamento Vasil. Kevin fornisce anche un aggiornamento sui risultati molto positivi che stiamo vedendo in termini di prestazioni dei nodi e su come Vasil renderà Cardano più decentralizzato che mai.

Tim: Salve e benvenuti al vostro aggiornamento sullo sviluppo di metà giugno, sto finendo qui ad Austin, dopo una settimana di incredibile successo per Cardano al Consensus. Ma naturalmente ora è il momento di parlare della strada per Vasil e di come sta andando. Nigel, Kevin, bentornati. Nigel, un processo molto complesso, un sacco di interdipendenze, come si sta mettendo tutto insieme?

Nigel: Ci sono molte parti mobili Tim, ma sta andando molto bene. Penso che valga la pena di parlarvi di ciò che è accaduto la scorsa settimana, di dove eravamo in termini di valutazione venerdì, di qual è il processo che stiamo cercando di portare avanti, beh, stiamo mettendo insieme più di 20 componenti diversi per assicurarci che funzionino correttamente per l’hard fork di Vasil, vogliamo assicurarci che tutta la nostra comunità, gli attori chiave, gli SPO, gli exchange, le dApp, che tutti siano a bordo con questo, che stiamo lavorando insieme con successo. Quindi abbiamo messo insieme tutto questo, abbiamo avuto una buona sessione con la nostra comunità di dApp lunedì scorso, ci hanno dato un feedback molto utile, e poi venerdì abbiamo fatto una valutazione sulla possibilità di fare un hard fork della rete di prova. Abbiamo analizzato ciascuno dei diversi componenti, per vedere se è pronto o meno, e abbiamo analizzato lo stato attuale della nostra qualità rispetto a come era, una valutazione del sentiment, ciò che dobbiamo fare, e anche una valutazione di quale potrebbe essere l’impatto su exchange, SPO e dApp.

Tim: Nigel, ci sono molti elementi diversi di cui possiamo parlare, forse la compatibilità tra la versione uno e la versione due di Plutus. Il modello dei costi, il pipelining, cosa abbiamo scoperto finora?

Nigel: Il modo in cui lo si capisce ad alto livello, il che lo rende più facile e poi lo si approfondisce. Se si considera la questione da un punto di vista funzionale e non funzionale. Funzionale, numero uno, abbiamo il nostro test di regressione contro la prima versione di Plutus, che significa che stiamo testando la compatibilità all’indietro. In secondo luogo, si tratta di testare le future funzionalità di Plutus versione 2, i nuovi CIP che stiamo incorporando, le nuove funzionalità e il modo in cui interagiscono con le dApp. Dal punto di vista non funzionale, dobbiamo essere cauti e attenti con le valutazioni, perché abbiamo effettuato una quantità significativa di ottimizzazioni, miglioramenti delle prestazioni con pipelining, aggiornamenti dei parametri e altri elementi. Mentre esaminiamo tutto questo venerdì, ci sono molte buone notizie, in termini di funzionalità della prima versione di Plutus, alcuni dei componenti che abbiamo testato e alcune delle dApp con cui stiamo lavorando, ci è stato dato il via libera al 100% per quanto riguarda la capacità di test di regressione. Il che è fantastico, le cose funzionano, ma ciò che è ancora meglio è che testiamo anche il fatto che è significativamente più veloce, ed è più veloce dei nostri benchmark, che si basano sui nostri parametri di rete. Quindi lo stiamo guardando anche dal lato frontale con una dApp, dove alcune delle nostre dApp partner stanno lavorando con questo, andando end-to-end con le loro transazioni, e hanno un altro livello di complessità, e anche questo sta andando più veloce. Si tratta di una notizia straordinaria, ovviamente conosciamo i numeri, possiamo vedere che stiamo lavorando in termini di miglioramenti, prestazioni, ottimizzazione, ma non possiamo pubblicarli perché non possiamo essere precisi. Quindi il modo in cui la rete principale interagisce e le diverse reti di test interagiscono sono molto diverse. Ma quello che possiamo dire è che è un ottimo indicatore di quello che abbiamo visto con gli aggiornamenti dei parametri in passato, siamo molto soddisfatti dei risultati che stiamo vedendo, della regressione nella prima versione e anche in termini di prestazioni, quindi è fantastico.

Tim: Nigel, parliamo della versione due, perché questo è ovviamente l’aspetto chiave della prossima settimana: assicurarsi che gli script della versione due si comportino come previsto, e per questo abbiamo bisogno del supporto della comunità.

Nigel: Ne abbiamo discusso quando abbiamo incontrato un piccolo gruppo di dApp una settimana fa, lunedì scorso. Per quanto riguarda la versione due di Plutus, il modo in cui spesso penso è come i componenti dell’auto, dovete testare questi diversi componenti, dovete essere in grado di verificare che possiate accedere ai vostri script di riferimento, che possiate accedere ai datum online. Poi bisogna testare come questi componenti lavorano insieme, come possono essere utilizzati dalla comunità, per far funzionare alcune delle nuove dApp. È davvero importante notare che questi nuovi componenti sono molto interessanti, ma cambieranno le architetture delle dApp, quindi non è qualcosa che possiamo testare dalla gondola, possiamo farlo a livello di unità, ma è più complesso farlo a livello di dApp. Ci abbiamo lavorato molto, stiamo ottenendo i risultati desiderati a livello di unità e di componenti, ma venerdì riteniamo che come team abbiamo bisogno di vedere più test end-to-end, per darci la certezza non solo che tutto funzioni perfettamente, ma anche che questo possa essere utilizzato, perché anche se lo abbiamo inventato, come lo vediamo oggi sulla rete principale, spesso può essere utilizzato in configurazioni diverse che inizialmente non ci aspettavamo.

Tim: Credo che questo sarà l’obiettivo della prossima settimana, con un’altra valutazione alla fine della settimana.

Nigel: Esatto, il processo che abbiamo trovato ora, man mano che lo affrontiamo, è quello di allineare tutti i componenti sull’asse principale e di fare una valutazione ogni settimana. Sappiamo dove chiudere, abbiamo una quantità molto ridotta di errori, l’ultimo conteggio di venerdì era di 20, nessuno di questi è di gravità uno o due, il che è fantastico. Ma quando l’abbiamo guardata ci siamo detti “beh, se abbiamo una qualità così alta, perché non facciamo un fork della rete di test di Cardano?”, perché in realtà pensiamo di dover fare più test con la versione due di Plutus, e più test inventivi intorno alla versione due di Plutus. Sia noi stessi che le nostre aziende di dApp, i nostri progetti, i nostri sviluppatori, possono avere l’opportunità di fare lo stesso. Ecco perché Tim ha notato che abbiamo inviato alcune comunicazioni per ampliare il pubblico della rete di test di sviluppo Vasil.

Tim: E abbiamo davvero bisogno di fare questi passi prima della prossima decisione?

Nigel: Esatto, sì. Penso che vogliamo dare a questi ragazzi l’opportunità non solo di accedere a questi CIP e a queste nuove funzionalità, per testarle a livello di componenti, ma anche di pensare a come utilizzarle per modificare la loro architettura. E come potete immaginare, tutti hanno un’architettura significativa, ma possono prendere una quantità ridotta di tale architettura e testare i componenti in versioni relative. Si può fare una transazione più piccola e usare tutte e tre le cose, poi si stratifica, si costruisce e si possono iniziare a vedere i risultati della dApp nel suo complesso.

Tim: Grazie per questo Nigel. Kevin, la scorsa settimana abbiamo lanciato la nuova rete di test di sviluppo Vasil, utilizzando il nuovo nodo, parlaci di questo.

Kevin: Assolutamente Tim, le cose stanno procedendo molto bene. Oggi è pronta la versione Vasil del nodo, che include ingressi di riferimento, script di riferimento, ingressi di dati, ingressi collaterali, tutte le cose che abbiamo promesso negli aggiornamenti precedenti, oltre a un mucchio di altri miglioramenti alla rete, al logging e ad altri componenti del sistema, tutti assolutamente fantastici, per ora. Abbiamo molti buoni risultati di test, anche da parte del nostro team di garanzia della qualità, oltre che da operatori di stake pool, sviluppatori di dApp, che hanno gestito la rete di test di sviluppo. Stiamo iniziando a ottenere risultati di benchmarking molto promettenti. Non voglio rovinare troppo la sorpresa, ma guardate lo spazio, credo che le persone saranno piacevolmente sorprese da ciò che vedranno, in particolare per quanto riguarda le prestazioni del nuovo nodo. Infine, abbiamo una versione di DB Sync che migliora i tempi di sincronizzazione e l’utilizzo della memoria, un aspetto incredibilmente importante per gli exchange e per altre aziende che lo utilizzano per monitorare la rete Cardano e per tenere traccia dei cambiamenti che si verificano.

Tim: Kevin, un altro componente che molti nella comunità hanno menzionato per il lancio di Vasil è stato il parametro D, penso che sia un momento piuttosto importante, forse puoi parlarcene.

Kevin: Il parametro D Tim, si tratta di decentralizzazione, quindi come ricorderete, abbiamo iniziato con l’hard fork di Shelley con il parametro D impostato a uno, IOG gestiva la rete, utilizzando nodi federati, e gradualmente, in un periodo di tempo, abbiamo ridotto D in modo che gli operatori dello stake pool producessero sempre più blocchi sulla rete, e circa un anno fa abbiamo impostato D a zero, il 100% dei blocchi è fatto dagli operatori dello stake pool sulla rete Cardano, ed è stato così da allora. Con l’hard fork di Vasil renderemo questo processo permanente e irreversibile, rimuovendo il parametro D, che non potrà mai più aumentare, e questo supporta il viaggio di Cardano verso una maggiore decentralizzazione, ed è anche un passo molto importante per la comunità, che avrà un ruolo più predominante nel funzionamento, nella gestione e nel controllo della rete Cardano, ed è lì che andremo in futuro. Tim, prima di concludere, vorrei ricordare un paio di cose alla comunità riguardo all’hard fork di Vasil. Prima di tutto, le forchette non sono un interruttore, le persone devono fare delle cose, niente è magico, ma l’hard fork combiner agisce in realtà come una piccola magia, rende le cose molto, molto facili attraverso gli operatori della stake pool, rende le cose molto fluide per noi. E dopo l’hard fork Vasil non sarà ovviamente completo all’istante, ma man mano che un maggior numero di sviluppatori inizierà a distribuire le proprie dApp su Cardano, iniziando a sfruttare i vantaggi offerti, i nuovi miglioramenti che stiamo apportando alle prestazioni di Cardano, vedrete un maggior grado di efficienza e affidabilità nelle dApp e nella rete. Le cose stanno andando alla grande, ma sappiate che non sarà del tutto istantaneo.

Tim: Grazie per questo Kevin. Nigel, perché non chiudiamo con un riassunto, a che punto siamo ora e su cosa ci concentreremo la prossima settimana?

Nigel: Il punto in cui ci troviamo ora è molto positivo, abbiamo fatto molto lavoro, abbiamo fatto molti test, abbiamo ottenuto una release di altissima qualità sulla nostra rete di test di sviluppo Vasil. Ma faremo molto più lavoro in termini di test degli script della versione due di Plutus, facendo in modo che i nostri partner di dApp inizino a testare e interagire con la versione due di Plutus. Verso la fine della settimana organizzeremo un altro punto di valutazione in cui l’intero team si riunirà, i rappresentanti degli exchange, degli SPO e della comunità delle dApp saranno con noi, esamineremo l’intera lista di componenti, l’intera situazione, faremo un’altra valutazione, per vedere se siamo pronti o meno per il fork della rete di test di Cardano.

Tim: Nigel, Kevin, grazie come sempre per gli aggiornamenti. E grazie anche a tutti gli sviluppatori che stanno testando le dApp sulla rete di test per sviluppatori Vasil, visto che l’aggiornamento di Vasil è imminente. Ci vediamo molto presto per un altro aggiornamento.