Annuncio del Rilascio di Dash Evolution v1.0.0

✍️ Traduzione by Dash Italia — Fonte originale
[Questo annuncio è del 29 Luglio 2024 e nel frattempo sono state rilasciate nuove versioni e ci sono state molteplici novità 🥳]

Oggi sono molto lieto di annunciare il rilascio di Dash Evolution v1.0.0 e di segnare l’inizio di una nuova era nella storia del nostro progetto. Questo rilascio è il culmine di molti sforzi durati molti anni.

Caratteristiche

Il rilascio di oggi supporta la maggior parte delle funzionalità principali che desideravamo per la versione v1.0.0. Stiamo operando sotto un programma di rilascio accelerato, e come tale alcune funzionalità che avevamo inizialmente previsto per il rilascio non sono state incluse. In particolare, i prelievi di saldo non saranno attivi fino a quando il codice non sarà completamente revisionato e testato, cosa per cui non abbiamo ancora avuto tempo. Questo era stato precedentemente comunicato alla rete di voto che ha approvato questo piano. Stimiamo che il prossimo rilascio, che abiliterà i prelievi, verrà rilasciato il lunedì successivo alla prima distribuzione dei crediti, che dovrebbe avvenire 9.125 giorni dopo l’attivazione.

Le funzionalità supportate nella v1.0.0 includono:

• Identità decentralizzate (creazione, aggiornamento, ricarica del saldo, trasferimento di crediti),
• Supporto per data contract (creazione, aggiornamento, supporto storico, varie configurazioni di mutabilità),
• Supporto per documenti (creazione, sostituzione, eliminazione),
• Supporto di base per NFT basati su documenti (trasferimento, vendita),
• Contratto per il Servizio dei Nomi della Piattaforma Dash (DPNS),
• Contratto Dashpay,
• Verifica del saldo totale del sistema basata sulla tecnologia Sum Trees (una misura di sicurezza),
• Un sistema di commissioni con rimborsi di commissioni quando si rimuovono dati dal sistema,
• Risoluzione di voti per risorse contestate dai masternodi,
• Distribuzione delle ricompense agli Evonodi,
• Supporto per la versionizzazione del protocollo con aggiornamenti tramite hard fork,
• Prove crittografiche di esecuzione delle transizioni di stato,
• Stato della Platform con prove crittografiche efficienti per client leggeri basati su GroveDB (sistema di archiviazione) e strutture dati autenticate gerarchiche,
• Una soluzione di consenso scalabile a tolleranza bizantina dei guasti usando crittografia a soglia e esecuzione nello stesso blocco,
• Uno strumento di visualizzazione GroveDB che consente agli sviluppatori di vedere come i loro dati sono archiviati per ottimizzare correttamente i loro contratti di dati.

Una API decentralizzata con 23 diverse query della 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 saldo di una specifica identità.
• getIdentityBalanceAndRevision: Recupera sia il saldo che il numero di revisione di un'identità.
• getDataContract: Recupera uno specifico contratto di dati.
• 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à usando 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 Evonodo 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 per una risorsa contestata, incluso chi sta vincendo.
• getContestedResourceVotersForIdentity: Recupera informazioni su chi ha votato per una risorsa contestata da assegnare a una specifica identità.
• getContestedResourceIdentityVotes: Recupera dettagli su come una particolare identità ha votato nei voti per risorse contestate.
• getVotePollsByEndDate: Elenca i sondaggi di voto che stanno per terminare.
• getPrefundedSpecializedBalance: Restituisce il saldo specializzato prefunded in base alla richiesta.
• getPathElements: Fornisce elementi del percorso di informazioni dirette di GroveDB in base alla richiesta fornita. Questo è solo per usi avanzati.

11 query di supporto per ottenere informazioni dalla catena principale:

• getBlockchainStatus: Fornisce informazioni sulla blockchain e sulla rete per la blockchain di pagamento.
• getMasternodeStatus (sarà attivato entro le prime due settimane): Fornisce lo stato del masternode.
• getBlock (sarà attivato entro le prime due settimane): Recupera un blocco della catena di pagamento.
• getBestBlockHeight: Recupera l'altezza della punta della catena migliore.
• 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 blocchi di catena.
• subscribeToTransactionsWithProofs: Flusso di dati con transazioni storiche e future, blocchi di Merkle e blocchi di invio istantaneo filtrati con un filtro Bloom specificato.
• subscribeToMasternodeList: Flusso di dati con differenze storiche e future dell'elenco semplificato dei masternodi (DIP0004).
• getBestBlockHash: Recupera l'hash della punta della catena migliore.
• getBlockHash: Recupera l'hash di un blocco di pagamento per altezza.

Stabilità
Sebbene il sistema si sia dimostrato molto sicuro grazie a innovazioni come gli alberi somma di GroveDB e un accettabile livello di test, la fase di test è stata leggermente ridotta per accelerare il rilascio. Si prevede che possano sorgere alcuni problemi, principalmente a causa delle differenze tra una rete controllata da DCG (testnet) e una rete globale completamente decentralizzata, con più nodi rispetto a quelli utilizzati su un testnet, oltre ad alcune ulteriori sfumature correlate. Per essere chiari, ciò significa che c’è una probabilità di un blocco della catena su Mainnet nei primi mesi, ma una probabilità quasi inesistente di un attacco che causerebbe la perdita di denaro.

Inoltre, poiché abbiamo testato fino alla data del rilascio, abbiamo scoperto alcuni problemi che potrebbero richiedere un aggiornamento correttivo nelle prossime settimane.

Dashpay e DPNS
Abbiamo deciso di rilasciare Dashpay e Dash Platform Name Service nella v1.0.0, due funzionalità che hanno ispirato l’idea di creare Dash Evolution. Ciò significa che non appena la Piattaforma sarà attivata, sarà possibile ottenere il proprio nome utente Dash.

Per evitare che i primi adottanti di DPNS catturino tutti i nomi popolari, come Coca-Cola, per rivenderli a un valore più alto in seguito, abbiamo introdotto un sistema di “nomi contestati”. Un nome utente Dash che contiene solo lettere, 0, 1 e trattini è considerato un nome contestato. Per ottenere un nome contestato, un utente deve presentare una richiesta di registrazione del nome utente e pagare una tariffa di 0,2 Dash. La tariffa non garantisce che l’utente ottenga il nome, ma gli consente di provarci. Seguirà quindi una fase di voto di due settimane in cui i masternodi voteranno su chi, se qualcuno, sarà assegnato il nome. Altri contendenti per lo stesso nome utente possono partecipare solo nella prima settimana di voto. Sia i masternode che gli evonode possono votare e ogni voto è ponderato in base al loro collaterale. I masternodi sono ponderati 1 per 1000 Dash, e gli evonodi sono ponderati 4 per 4000 Dash. Possono anche votare per bloccare un nome in modo che non venga assegnato affatto. I nomi bloccati saranno sbloccabili per una tariffa più alta in una futura versione di Evolution. Si prevede che, a meno che un utente possa dimostrare di essere, ad esempio, la vera azienda Coca-Cola, nomi del genere dovrebbero essere trattenuti dall’essere assegnati fino a quando Coca-Cola non verrà effettivamente a richiedere il nome.

Esempi di nomi che sarebbero contestati:

• Sam, Slim-Shady, Coca-Cola, only1

Esempi di nomi che non sono contestati:

• Trekkie123, LEET02, T2T4, only2

0 e 1 sono inclusi nei nomi contestati poiché tutti i nomi utente hanno una versione normalizzata per prevenire il phishing. Ad esempio: i nomi utente “lemon” e “1emon” possono sembrare simili in alcuni font, il che può essere utilizzato per un attacco di phishing. Un utente che ottiene il nome utente “lemon” rende impossibile per un altro utente ottenere il nome utente “1emon”.

Requisiti minimi

Quali sono le specifiche minime/raccomandate per un Evonodo?

Raccomandiamo fortemente almeno 4 CPU o vCPU al rilascio. Sebbene sia possibile che gli operatori di Evonodi possano cavarsela con solo 2 CPU e 8 GB di RAM, una tale configurazione funzionerà solo con un uso leggero della Piattaforma e potresti perdere alcuni pagamenti se la catena ottiene un uso significativo. Se la tua configurazione consente un facile aggiornamento, consigliamo di iniziare con le impostazioni raccomandate al rilascio, quindi di regolare verso il basso o verso l’alto a seconda dell’uso.

Installazione
La documentazione è disponibile qui: https://docs.dash.org/en/stable/docs/user/masternodes/setup-evonode.html

Forniremo anche un tutorial per l’aggiornamento da un nodo Core esistente nelle prossime 24 ore.

Il rilascio può essere trovato qui: https://github.com/dashpay/platform/releases/tag/v1.0.1

Autore: Samuel Westrich - CTO, Dash Core Group

🌐 V️isita il nostro Sito Web 🌐