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 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.