🇮🇹 "Rapporto settimanale sullo sviluppo al 11-08-2023"

:it: Traduzione italiana di “https://www.essentialcardano.io/development-update/weekly-development-report-as-of-2023-08-11”

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



TECNOLOGIA DI BASE

Questa settimana, i team della tecnologia di base hanno etichettato e pre-rilasciato il nodo v.8.2.1-pre per l’uso su SanchoNet, che è una nuova rete di sviluppo creata per introdurre la comunità Cardano alle funzionalità di governance del CIP-1694 - e per costruire e testare insieme in un ambiente controllato, attraverso una serie di rilasci regolari. Per maggiori dettagli, consultare le note di rilascio.

Il team di rete ha avviato l’implementazione dei peer bootstrap. Questi peer sono strategicamente progettati per garantire la sicurezza dei nodi che si uniscono alla rete, pur sfruttando i vantaggi della rete distribuita per i nodi sincronizzati. Questo segna una fase intermedia prima di Genesis, che consente l’ulteriore distribuzione del sistema. IOG, Cardano Foundation ed Emurgo supervisioneranno inizialmente il funzionamento dei peer di avvio. L’attenzione principale di questi peer è rivolta ai nodi foglia, come i portafogli full node, che si impegnano frequentemente nella sincronizzazione e richiedono l’accesso alla blockchain onesta. Per maggiori informazioni sul piano di implementazione, consultare la richiesta di pull di ouroboros-network.

Il team di ledger si è concentrato principalmente sull’implementazione dell’era Conway. L’obiettivo principale è stato quello di consolidare i tipi di transazione e la loro rappresentazione binaria. Il team ha anche dedicato risorse per aiutare il team di Plutus a sbloccare l’integrazione con Plutus v3. Per maggiori dettagli sui progressi di Conway, si veda l’aggiornamento tecnico.

Il team del consenso si è concentrato sull’integrazione dell’ultima versione del nodo nel ramo UTXO HD. I benchmark ad hoc, che prevedono la sincronizzazione di un nodo da zero, hanno rivelato che il backend LMDB utilizza circa 8 GB di memoria. Inoltre, il team ha rilasciato versioni aggiornate di fs-sim, fs-api e strict-checked-vars.

Come sempre, si veda questo rapporto di sviluppo tecnico per ulteriori dettagli da parte dei diversi team.

PORTAFOGLI E SERVIZI

Questa settimana il team di Lace ha rilasciato Lace v.1.4 introducendo nuove funzionalità, miglioramenti al supporto di “ADA Handle” e correzioni di bug. Gli utenti possono ora visualizzare comodamente gli handle personalizzati accanto a quelli normali nelle aree di visualizzazione della scheda Ricevi e NFT. L’aggiornamento include anche il monitoraggio della proprietà degli handle, avvisando gli utenti quando un handle collegato viene trasferito. Le correzioni di bug più importanti riguardano la rimozione di convalide di indirizzi non necessarie, il miglioramento della visualizzazione dell’indirizzo del destinatario nel pop-up “Invia” e la risoluzione di un problema di riapparizione dello schermo dopo le transazioni.

Il team ha anche lavorato per semplificare l’impostazione delle garanzie, abilitare le transazioni del libro mastro all’interno del connettore DApp e definire il carico di lavoro per il CIP-95.

CONTRATTI INTELLIGENTI

Questa settimana, il team degli strumenti di Plutus ha lavorato sull’aggiunta dei requisiti finali della sidechain a Marconi, sulla riscrittura degli indicizzatori di Marconi utilizzando una nuova API semplificata, sulla scrittura di test di integrazione e sull’aggiornamento della versione di cardano-api in plutus-apps.

Il team di Plutus Core si è concentrato sull’introduzione di una nuova funzionalità nel compilatore Plutus Tx. Questa funzione consentirà di codificare i tipi di dati personalizzati come dati, offrendo un’alternativa ai termini Scott o somme di prodotti. Questo miglioramento porterà a una riduzione dei costi per gli script Plutus generati in vari scenari.

Il team di Marlowe ha migliorato Marlowe Runtime per eseguire script Plutus arbitrari insieme a Marlowe, ha aggiunto un esempio di utilizzo dell’oracolo Marlowe, ha aggiornato alcune istruzioni, ha implementato gli script della lotteria e ha studiato la potenziale rimozione delle dipendenze da plutus-apps. Hanno anche risolto alcuni problemi, rinominato Marlowe Explorer in MarloweScan e scritto una specifica per i “ruoli aperti” in marlowe-cardano. Infine, hanno implementato l’MVP “Open Roles”.

BASHO (SCALING)

Questa settimana il team di Hydra ha aggiornato la sezione dei casi d’uso per le aste sul ramo instabile del sito web, migliorando la chiarezza delle applicazioni pratiche di Hydra. Il team ha anche implementato la persistenza basata sugli eventi, un miglioramento chiave dell’architettura del progetto che migliora le prestazioni dell’elaborazione delle transazioni fuori catena.

Infine, ha introdotto un nuovo endpoint “submit-transaction” nell’API e ha partecipato alle revisioni della comunità per diverse proposte Catalyst relative a Hydra e Mithril. Se ve lo siete perso, consultate il rapporto di luglio per maggiori dettagli.

Questa settimana il team di Mithril ha rilasciato la nuova distribuzione 2331.1, che include alcune ottimizzazioni e correzioni di bug: il tempo di bootstrap di un nodo Cardano ripristinato da uno snapshot di Mithril è stato ridotto in modo significativo, ed è stato risolto un bug che faceva sì che l’aggregatore producesse archivi corrotti. Si è continuato a lavorare all’implementazione dello strumento di stress test per il benchmarking dell’aggregatore: la prima fase è stata implementata, così come una funzione di monitoraggio. Inoltre, si è continuato a implementare il refactoring della serializzazione/deserializzazione delle entità della libreria crittografica e a lavorare sul post deployment dell’infrastruttura mainnet.

Infine, hanno completato la riscrittura e i miglioramenti del sito web della documentazione e hanno continuato a lavorare sul runbook per la gestione di una rete Mithril di produzione.

VOLTAIRE

Questa settimana su Voltaire è stato pubblicato un aggiornamento sul feedback raccolto durante i workshop CIP-1694. Mentre CIP-1694 si avvia verso la sua forma finale, la comunità avrà l’opportunità di votare se questo MVG è un modo accettabile per andare avanti insieme. Questo rappresenta una potente opzione per l’avanzamento cruciale della governance partecipativa all’interno dell’ecosistema Cardano.

Intersect è un’istituzione chiave per l’ecosistema che riunisce aziende, sviluppatori, individui e altri partecipanti all’ecosistema per plasmare e guidare il futuro sviluppo di Cardano. In quanto tale, sarà l’amministratore dei processi che regolano la tabella di marcia e lo sviluppo della piattaforma e del protocollo Cardano.

Tutti i partecipanti all’ecosistema Cardano sono invitati a diventare membri di Intersect. Costituito da un gruppo distribuito di partecipanti, tra cui i maggiori esperti di Cardano e gli attuali collaboratori dell’ecosistema, Intersect faciliterà le discussioni e le decisioni tra i suoi membri e la comunità in generale, per scoprire i punti dolenti e sostenere i successi. Per aderire come membro fondatore, fare clic qui.

CATALYST

La revisione comunitaria di livello 2 del Progetto Catalyst è iniziata il 10 agosto. Durante la riunione cittadina di questa settimana, Steven Johnson e Mike McNulty hanno presentato la Continuous testnet. La Continuous testnet è ora accessibile al pubblico e darà inizio a una fase di test pubblici. L’obiettivo di questa fase è raccogliere il feedback dei primi tester e migliorare gradualmente il testnet nel tempo. È possibile rivedere il segmento del municipio principale qui. Assicuratevi di registrare la vostra partecipazione alla prossima town hall.

Per quanto riguarda l’aspetto tecnico di Catalyst, il team:

  • Ha condotto un’altra prova generale di QA per l’applicazione di voto.

  • Ha eseguito gli aggiornamenti relativi alla rimozione delle impostazioni delle sfide, all’eliminazione dei punteggi dalla visualizzazione dell’elenco delle proposte, all’applicazione dei limiti di lunghezza dei titoli delle proposte e all’inclusione di un flag open-source nei dettagli delle proposte.

  • Discussioni sull’accesso ai dati delle revisioni non moderate per l’imminente dry run.

  • Raggiunto un consenso su un nuovo approccio alla condivisione di dettagli pertinenti all’esperienza all’interno dell’app.

  • Completato il mockup whitelabel per Voltaire e concordato una nuova tempistica

  • Identificati e avviati gli sforzi per risolvere i problemi nel toolbox di Catalyst per consentire la corretta gestione degli indirizzi di ricompensa nel nuovo formato di registrazione.

  • Progressi nell’integrazione dei dati snapshot nel framework di distribuzione continua.

  • Affrontare con successo i requisiti relativi allo stageID di IdeaScale; identificare e avviare attivitĂ  supplementari per finalizzare la rete di test, comprese le integrazioni con EventDB.

  • Risoluzione dei bug del nuovo importatore di IdeaScale.

  • Continuazione dei test per il nuovo calcolatore delle recensioni della comunitĂ  e incorporazione di nuovi campi in vit-ss.

  • Esecuzione di test manuali continui del modulo di moderazione

  • Concluso lo sviluppo e la documentazione dei nuovi strumenti di auditing

  • Completato con successo il testnet eventdb

  • Il centro di votazione della governance (GVC) di Testnet è operativo e accessibile al pubblico.

  • Assicurato che le istantanee e lo strumento di verifica funzionino all’interno della testnet.

  • Continuare ad aumentare il monitoraggio e la registrazione su base giornaliera.

Infine, per rimanere aggiornati su tutto ciò che accade nel Progetto Catalyst, iscrivetevi al canale di annunci Telegram di Catalyst.

EDUCAZIONE

Questa settimana, alcuni membri del team Education sono in Kenya per tenere il corso Haskell. Si stanno inoltre preparando per l’evento ITESO Cardano Days che si terrà alla fine del mese.