Rilascio Accelerato di Evo

✍️ Traduzione by Dash Italia — Fonte originale

La rete Dash ha partecipato nelle ultime due settimane a un meraviglioso esempio di ciò che ci rende grandi. I Masternode hanno votato collettivamente se dovessimo avere un rilascio accelerato. Questo sondaggio mirava a comprendere i desideri della rete. Abbiamo avuto molte persone che sostenevano di rilasciare il prima possibile, ma anche altre che esprimevano il desiderio che il rilascio fosse più fluido.

Risultati del Sondaggio

Se la proposta fosse stata approvata con un sì schiacciante, la nostra data di rilascio sarebbe stata il 19 luglio. Non contando le astensioni, attualmente abbiamo il 68% a favore di questa proposta e il 32% contro. È circa lo stesso per gli operatori Evonode. Mentre i motivi per votare sì sono stati piuttosto chiari, abbiamo sentito vari motivi dai Masternode nel campo del “no”. La mia percezione da questo feedback è che il motivo più comune per cui le persone hanno votato no era che volevano un rilascio più stabile. In secondo luogo, molte persone volevano che i prelievi fossero abilitati dal momento dell’attivazione. E in terzo luogo, c’erano persone che pensavano che dovessimo avere tutto pronto per un rilascio completo che fosse del tutto pronto per gli sviluppatori esterni.

Decisione e Strategia di Implementazione

Questa non è stata una decisione semplice per molte persone. Poiché il voto è passato con il margine più stretto, noi di DCG rispetteremo i desideri della maggioranza. Tuttavia, vogliamo anche vedere un’attivazione che richiede che 2/3 della rete eseguano effettivamente la nuova versione.

Abbiamo quindi deciso di seguire la direzione del rilascio accelerato, ma di aggiungere 10 giorni extra di test. In questo modo dovremmo vedere un rilascio più sano con una leggera minore possibilità di blocchi della catena. Questo significa che la data di rilascio del mainnet è fissata per lunedì 29 luglio.

Questo rilascio dovrebbe essere visto come una beta del mainnet. Rilasceremo anche il Rust SDK come una beta. Mentre il Javascript SDK esiste, dovrebbe essere visto come una versione alpha. Gli sviluppatori esterni possono usarlo, ma dovrebbe essere visto solo come un’anteprima iniziale. Inoltre, poiché la documentazione non è finita, dovremmo essere molto cauti nel cercare di coinvolgere sviluppatori esterni in questa fase poiché possiamo fare una sola prima impressione. Ci vorranno alcuni mesi per portare gli SDK a un livello in cui saremo a nostro agio sapendo che gli sviluppatori di terze parti non avanzati possono usarli con facilità. Internamente, tuttavia, useremo il Rust-SDK su mobile per attivare Dashpay, che consente pagamenti tra identità con il pagamento che avviene sulla catena principale e dove le identità del mittente e del destinatario non sono ovvie per le altre parti.

Caratteristiche del Rilascio Accelerato

Inoltre, vorremmo sottolineare che, pur percorrendo la strada di un rilascio accelerato, stiamo comunque rilasciando un prodotto che è piuttosto ricco di funzionalità.

In questa prima versione alcune delle caratteristiche più importanti che stiamo rilasciando sono:

• Identità decentralizzate (creazione, aggiornamento, ricarica, trasferimento di crediti)
• Supporto per contratti di dati (creazione, aggiornamento, supporto storico, varie configurazioni di mutabilità)
• Supporto per documenti (creazione, sostituzione, eliminazione)
• Supporto di base per NFT basati su documenti (trasferimento, vendita)
• Risoluzione delle votazioni dei masternode per risorse contestate
• Contratto Dash Platform Name Service (DPNS) (pronto, ma potrebbe essere rilasciato con un ritardo di due settimane per sicurezza)
• Contratto Dashpay (pronto, ma potrebbe essere rilasciato con un ritardo di due settimane per sicurezza)
• Verifica del bilancio totale del sistema basato sulla tecnologia Sum Trees
• Un sistema di commissioni con rimborsi delle commissioni quando si rimuovono dati dal sistema
• Distribuzione delle ricompense agli Evonode
• Supporto alla versione del protocollo con aggiornamenti hard fork
• Prove crittografiche di esecuzione delle transizioni di stato
• Stato della piattaforma con prove crittografiche efficienti per client leggeri basati su GroveDB (sistema di archiviazione) strutture dati autenticate gerarchiche
• Una soluzione di consenso tollerante ai guasti bizantini scalabile utilizzando la crittografia threshold e l’esecuzione dello stesso blocco
• Un’API decentralizzata con 23 diverse query di piattaforma:
• getIdentity: Recupera i dettagli dell’identità in base alla richiesta fornita.
• getIdentityKeys: Recupera le chiavi associate a una specifica identità.
• getIdentitiesContractKeys: Ottiene le chiavi del contratto per più identità.
• getIdentityNonce: Restituisce il nonce di una specifica identità.
• getIdentityContractNonce: Fornisce il nonce del contratto per una data identità.
• getIdentityBalance: Recupera il bilancio di una specifica identità.
• getIdentityBalanceAndRevision: Recupera sia il bilancio che il numero di revisione di un’identità.
• getDataContract: Recupera un contratto di dati specifico.
• getDataContractHistory: Fornisce la storia degli aggiornamenti del contratto di dati.
• getDataContracts: Recupera più contratti di dati in base alla richiesta.
• getDocuments: Recupera documenti in base alla richiesta fornita.
• getIdentityByPublicKeyHash: Recupera un’identità utilizzando un hash di chiave pubblica.
• getConsensusParams: Restituisce i parametri di consenso attuali.
• getProtocolVersionUpgradeState: Recupera lo stato degli aggiornamenti della versione del protocollo.
• getProtocolVersionUpgradeVoteStatus: Fornisce lo stato del voto per un Evonode che vota in un aggiornamento della versione del protocollo.
• getEpochsInfo: Recupera informazioni sugli epoch.
• getContestedResources: Elenca i voti attualmente in corso per risorse contestate specifiche.
• getContestedResourceVoteState: Fornisce lo stato di un voto su risorse contestate, inclusi i vincitori.
• getContestedResourceVotersForIdentity: Recupera informazioni su chi ha votato per assegnare una risorsa contestata a una specifica identità.
• getContestedResourceIdentityVotes: Recupera dettagli su come una particolare identità ha votato nei voti sulle risorse contestate.
• getVotePollsByEndDate: Elenca i sondaggi di voto che stanno per terminare.
• getPrefundedSpecializedBalance: Restituisce il bilancio specializzato prefunded in base alla richiesta.
• getPathElements: Fornisce elementi del percorso di informazioni dirette di GroveDB in base alla richiesta fornita. Questo è solo per uso avanzato.
• 11 query di supporto per ottenere informazioni basate sulla catena principale:
• getBlockchainStatus: Fornisce informazioni sulla blockchain e sulla rete per la blockchain di pagamento.
• getMasternodeStatus (sarà attivato nelle prime due settimane): Fornisce lo stato del masternode.
• getBlock (sarà attivato nelle prime due settimane): Recupera un blocco della catena di pagamento.
• getBestBlockHeight: Recupera l’altezza del miglior blocco della catena.
• broadcastTransaction: Trasmette una transazione della catena di pagamento.
• getTransaction: Recupera una transazione della catena di pagamento con metadati.
• subscribeToBlockHeadersWithChainLocks: Flusso di dati con blocchi storici e futuri della catena di pagamento e chiusure della catena.
• subscribeToTransactionsWithProofs: Flusso di dati con transazioni storiche e future, blocchi di merkel e chiusure di invio istantaneo filtrati con un filtro bloom specificato.
• subscribeToMasternodeList: Flusso di dati con diff della lista semplificata dei masternode storici e futuri (DIP0004).
• getBestBlockHash: Recupera l’hash del miglior blocco della catena.
• getBlockHash: Recupera un hash di blocco di pagamento per altezza.

Priorità Post-Rilascio

L’obiettivo immediato dopo il rilascio sarà garantire che la rete sia stabile, quindi sarà quello di attivare DPNS e Dashpay, seguiti dalla possibilità di fornire la prossima versione con i prelievi abilitati.

🌐 V️isita il nostro Sito Web 🌐