✍️ Riassunto in 🇮🇹 della seguente Live realizzata da Dash Italia By AI NotebookLM Tool 🤖
La live ha presentato gli aggiornamenti delle ultime due settimane dai team Platform, Core e Mobile di Dash.
Aggiornamenti dal Team Platform:
-
L’attenzione principale è stata posta sul testing e sui miglioramenti dello strumento Dash Evo.
-
Tender Dash: Principalmente in modalità manutenzione. Un argomento in sospeso riguarda la sincronizzazione dello stato per rendere i nuovi nodi più veloci nella sincronizzazione. Una nuova funzionalità, single node quorums, è stata unita e rilasciata in una pre-release (150 dev 2). Sono stati fatti aggiornamenti delle dipendenze, incluso Golang. È stata rilasciata una pre-release della libreria RS tender-ci che collega Tender Dash con le applicazioni Rust, in particolare Platform e Drive.
-
La maggior parte delle attività previste da due settimane fa sono state completate, inclusi alcuni rare token distributions, queries for direct selling, il supporto per config update state transition e SDK, e l’integrazione della ricerca.
Il testing è in corso e ha rivelato alcuni problemi, la maggior parte minori, molti dei quali sono stati riscontrati nello strumento Dash Evo piuttosto che nella piattaforma stessa. Lucas si è concentrato nel “rompere” lo strumento Dash Evo, in particolare per quanto riguarda la creazione e distribuzione di token. Finora non è riuscito a “rompere” la piattaforma. -
Miglioramenti alla qualità e stabilità:
◦ Risolto un problema di vecchia data per cui la prova (proof) restituita nella document state transition poteva essere errata a causa di un confronto di dati non corretto.
◦ Risolto un problema significativo relativo alla cancellazione della cache dei data contract system durante il cambio di epoca (epoch), che causava il caricamento di versioni obsolete (v0 anziché v1) da parte dei client 2.0 prefork.
◦ Introdotta una nuova serializzazione dei documenti per gestire meglio i tipi di interi. Nelle versioni precedenti, tutti gli interi erano codificati usando 8 byte, mentre ora è possibile utilizzare tipi di interi più granulari, riducendo le commissioni e la dimensione dei dati.
◦ Reso obbligatorio il recipient ID nella token history claim.
◦ Rifatti gli indici di richiesta (claim indexes) nel token history contract per facilitare la ricerca delle richieste.
◦ Rimosso completamente il metodo serialized consume che presentava un bug e non era utilizzato in codice critico per il consenso.
◦ Migliorato il modo in cui le token state transitions specifiche per la protocol version 9 vengono rifiutate prima che il fork sia attivo, per evitare che i propositori di blocchi perdano ricompense. -
Nuove funzionalità e miglioramenti:
◦ Introdotti preset di configurazione dei token (solo UI).
◦ Aggiunto un endpoint di query token last claim.
◦ Espansa la documentazione sulla configurazione dei token.
◦ Aggiunti test per le distribuzioni polinomiali ed esponenziali. -
Miglioramenti nello strumento Dash Evo:
◦ Creata una schermata di visualizzazione dei documenti per decodificare e ispezionare documenti raw (strumento di debug).
◦ Introdotti i preset di configurazione dei token nell’UI.
◦ Aggiunti flag avanzati per la gestione della cronologia e un audit più granulare.
◦ Corretta la coerenza del database per quanto riguarda i token, risolvendo problemi di collegamento e cascata su eliminazioni.
◦ Migliorato il widget per la selezione delle chiavi dei documenti.
◦ Creata una stima accurata della ricompensa dei token per gli utenti. -
Aggiornamenti sui Token nell’SDK e Dash Evo Tool:
◦ Aggiunto il token config update transition all’SDK. Questo permette di aggiornare alcune proprietà di un token dopo la sua creazione. Deve ancora essere aggiunto allo strumento Dash Evo.
◦ Risolto un bug in Rust Core relativo a un valore fuori dai limiti per un U32.
◦ Ripristinato il logging del path query per il debugging degli errori di prova in Grove DB.
◦ Aggiunta la possibilità di recuperare l’last token distribution claim nell’SDK.
◦ Aggiunta la possibilità per i client di definire una funzione per ottenere una configurazione di token utilizzando un context provider.
◦ Aggiunta una schermata nello strumento Dash Evo per visualizzare le richieste passate su un token.
◦ Creata una schermata per creare documenti in Dash Evo Tool.
◦ Ampliato il creatore di token per includere nomi in diverse lingue, parole chiave e descrizioni.
◦ Lavorato sulla stima dell’ultima richiesta (last claim)9 . -
Demo di Dash Evo Tool:
◦ Dimostrata la ricerca di documenti.
◦ Dimostrata la creazione di un nuovo documento.
◦ Dimostrato il de-serializzatore di documenti per ispezionare documenti codificati in hex.
◦ Dimostrata la creazione di un token con diverse opzioni, inclusi nomi in diverse lingue, parole chiave, opzioni di cronologia (keep history), decimali, stato iniziale (in pausa), preset di configurazione e regole di distribuzione perpetua (fixed amount). È stata creata un token di esempio chiamato “demo token” con una distribuzione di 100 token al minuto. Il costo per registrare il token sembra molto basso al momento (circa $5 in equivalente Dash), e si sta discutendo se aumentarlo per generare entrate per gli EvoNode holders.
◦ Dimostrata la ricerca di token tramite parole chiave.
◦ Dimostrata la stima delle ricompense non richieste e la richiesta di tali ricompense. L’esempio ha mostrato che la stima era vicina all’importo effettivo ricevuto, tenendo conto del tempo trascorso.
◦ Dimostrata la visualizzazione delle richieste passate di un token.
◦ Dimostrata la validazione dei parametri durante la creazione di token, mostrando un messaggio di errore chiaro per parametri incoerenti in una distribuzione esponenziale. -
Cosa resta da testare:
◦ Le azioni di gruppo (group actions) sui token, che permettono di definire chi può eseguire determinate azioni e con quale potere (es. 2 su 3 membri devono essere d’accordo, o un membro ha potere unilaterale). Queste sono state testate internamente ma non con token reali.
◦ La funzionalità per cui i documenti possono avere un costo in token. Questo richiederà anche l’inclusione nell’UI per facilitare il testing. -
Una volta che queste funzionalità saranno testate in modo più approfondito, si prevede di passare al Testnet per invitare la comunità a provare le funzionalità dei token e lanciare la versione 2.0 una volta ritenuta stabile.
Aggiornamenti dal Team Core:
- Rilasciata la versione 22.1.2, che include alcune piccole correzioni di bug.
- Il proof of service banning via Platform è in revisione. L’implementazione è completa, ma sono necessari test di integrazione con Platform.
- Gli extended addresses per DML (Dash Managed List?) stanno facendo buoni progressi, con l’unione di alcune PR propedeutiche.
- I single member regest quorums sono stati uniti. Il testing di integrazione con Platform ha confermato il corretto funzionamento.
- Sono stati fatti numerosi backport dalle versioni più recenti.
- Lavori sul networking, inclusi Unix domain sockets per la comunicazione inter-processo. Questa è stata anche una prerequisito per gli extended addresses.
- Modifiche alla serializzazione dello stato deterministico dei MasterNode (CD deterministic MN state) necessarie per gli extended addresses.
- Risolti problemi con W error.
- Miglioramenti vari alle prestazioni e accelerazione dei test.
Aggiornamenti dal Team Mobile:
-
Android:
◦ Manutenzione e lavoro continuo sulle funzionalità di Dashpay.
◦ Riduzione delle dimensioni dell’APK di Dashpay, gonfiate dalle transazioni CoinJoin, per gestire meglio i ticket di supporto.
◦ Completate le impostazioni principali per i metadata delle transazioni e iniziato il lavoro sui metadata storici. È ora possibile iniziare a salvare i metadata, e si sta lavorando per permettere l’upload della cronologia esistente.
◦ Problemi inattesi con le modifiche alla ricezione degli inviti (parte 2) hanno prolungato il lavoro su questa funzionalità.
◦ Risolto un piccolo bug nel rendering delle transazioni sulla schermata principale.
◦ Aggiunto di nuovo il nome utente al QR code di ricezione, che era scomparso dopo un redesign.
◦ Più lavoro su Dash Spend. Risolti problemi con la scansione dei codici a barre nei punti vendita fisici. Gestita la situazione in cui CTX potrebbe disabilitare i commercianti al volo. Risolti problemi con l’aggiornamento del database.
◦ Iniziati i dati pubblici per Dash Spend: chiunque può partecipare e usare la beta di Dash Spend tramite un link condiviso su Discord. Si prevede di pubblicare Dash Spend sullo store entro circa una settimana. -
iOS:
◦ Continuato il lavoro sull’integrazione di Dashlink in Dash Pay, che è stata completata.
◦ Il testing di QA è ripreso attivamente dopo una vacanza.
◦ Risolti alcuni crash che erano bloccanti. Il testing può continuare mentre si risolve un problema di upgrade sui nuovi wallet.
◦ Il progresso della sincronizzazione con la piattaforma sta richiedendo più tempo del previsto.
◦ Implementata la parte UI per i private memos, che deve ancora essere collegata all’app.
◦ Risolto un problema di sincronizzazione con transazioni non gestite.
◦ Completata la schermata informativa sul tipo di commerciante e il login per Dash Spend.
◦ Il team mobile ha confermato che Dashpay per iOS è ancora la priorità e che il team è nella fase di testing della nuova versione con i nomi utente. L’obiettivo è rilasciare una beta e poi la versione completa sullo store non appena sarà funzionante e stabile.
Sessione di domande e risposte:
- Alla domanda sul canale più efficiente per richiedere revisioni del codice e risposte per il team Core, è stato risposto che le Pull Request (PR) nel repository Dash sono ben e rapidamente revisionate. Per accelerare una risposta, si suggerisce di contattare su Discord (pingando membri del team come Pasta o Eugene) o Slack.
- È stata sollevata la questione del livello di supporto atteso dal team Core per le Confidential Transactions. L’intento è che gli sviluppatori esterni gestiscano principalmente l’implementazione con guida dal team Core. Si potrebbe aprire un issue su Dashpay-dash su GitHub come punto di comunicazione più aperto e visibile rispetto a Discord.
In sintesi, il team Platform ha compiuto progressi significativi nel testing e miglioramento dello strumento Dash Evo e delle funzionalità dei token, risolvendo diversi bug importanti. Il team Core ha rilasciato una nuova versione e sta progredendo su funzionalità chiave come il proof of service banning e gli extended addresses. Il team Mobile sta finalizzando Dash Spend per Android e iOS e sta intensificando il testing di Dashpay per iOS in vista del rilascio.
🌐 V️isita il nostro Sito Web 🌐
Posted Using INLEO
