Quasi 2,4 milioni di ZEC hanno preso parte alla votazione dei coinholder sul Network Upgrade 7 (NU7), su circa 3,6 milioni di ZEC idonei al momento dello snapshot, un'affluenza ben oltre la soglia di un milione di ZEC fissata dagli organizzatori per considerare il risultato rappresentativo dei coinholder di Zcash.

Secondo i risultati pubblicati, almeno il 99% degli ZEC partecipanti ha favorito la riduzione dell'intervallo target tra i blocchi da 75 a 25 secondi, mentre il 98,9% ha sostenuto il mantenimento del programma di halving esistente di Zcash anziché il passaggio a una curva di emissione in graduale declino.

Il peso di voto era proporzionale agli ZEC idonei anziché basato sul principio una-persone-un-voto, quindi un wallet che deteneva più ZEC aveva maggiore influenza. Il sistema era tuttavia progettato per mantenere private i saldi e le scelte individuali.

Un tempo di blocco più breve cambia ciò che gli utenti attendono

Un blocco contiene le transazioni che la rete ha accettato nel proprio registro condiviso. Con l'attuale target di 75 secondi, chi effettua un pagamento attende in media circa 75 secondi per il blocco successivo e una prima conferma; un target di 25 secondi ridurrebbe tale attesa iniziale prevista a circa 25 secondi.

Il beneficio sarebbe più evidente nei flussi che dipendono da una o due conferme, tra cui pagamenti di piccolo importo, depositi sugli exchange e alcune operazioni cross-chain. Non garantirebbe tuttavia che ogni servizio accrediti una transazione entro 25 secondi: gli exchange e i merchant stabiliscono i propri requisiti di conferma, e i tempi effettivi dei blocchi fluttuano attorno al target.

La proposta tecnica base della modifica, la ZIP 218, impone inoltre un limite al numero di azioni shielded che ciascun blocco può contenere. I limiti sono pensati per evitare che il ritmo più veloce imponga oneri eccessivi di elaborazione e sincronizzazione su wallet e nodi della rete.

Intervalli più brevi aumentano anche la probabilità che due miner producano blocchi concorrenti quasi contemporaneamente. La ZIP 218 stima che il tasso di blocchi obsoleti, ovvero la quota di blocchi validi che non restano nella catena accettata, potrebbe salire da circa lo 0,4% a circa il 3,26%. I suoi limiti sulle azioni ridurrebbero la larghezza di banda di sincronizzazione nel caso peggiore per i light wallet da circa 271 MB a 169 MB al giorno.

Il triplo dei blocchi non triplicherà l'offerta di ZEC

Ridurre l'intervallo da 75 a 25 secondi produrrebbe circa il triplo dei blocchi nello stesso periodo. Senza un altro aggiustamento, ciò potrebbe accelerare i premi ai miner e anticipare i futuri halving.

La ZIP 218 previene questo esito riducendo il sussidio associato a ciascun blocco ed estendendo l'intervallo di halving misurato in blocchi. Tre premi più piccoli sarebbero emessi in circa lo stesso tempo in cui la rete ne emette oggi uno più grande. La creazione giornaliera di ZEC resterebbe pertanto pressoché invariata: il ritmo più veloce altera quando le transazioni vengono registrate, non quante monete possono esistere in ultima analisi.

Preservando gli halving, i coinholder hanno mantenuto il modello di ricompensa che Zcash ha ereditato da Bitcoin, in base al quale il sussidio minerario si dimezza a intervalli di circa quattro anni.

I holder hanno respinto una curva di ricompensa più graduale per i miner

La ZIP 234 proponeva di sostituire i grandi tagli alle ricompense con un declino graduale, mantenendo il tetto di 21 milioni di ZEC, con l'obiettivo di tutelare i ricavi dei miner da una riduzione improvvisa del 50% a ogni halving. La proposta rileva che la difficoltà di mining di Zcash è diminuita dopo gli halving del 2020 e del 2024, un dato coerente con lo spegnimento di parte dell'hardware da parte dei miner dopo il calo delle ricompense. I coinholder hanno comunque scelto di mantenere il programma consolidato.

Il pianificato Network Sustainability Mechanism fornirebbe una fonte separata di future ricompense per i miner. Secondo la proposta, rimuoverebbe fondi dalla circolazione, inclusi almeno il 60% delle commissioni di transazione, prima di ricircolare gli ZEC tramite successivi sussidi di blocco. Sul tempismo di tale ricircolo, il 96,6% degli ZEC partecipanti ha sostenuto l'attesa fino a febbraio 2031, consentendo ai fondi raccolti di accumularsi per diversi anni prima di iniziare a tornare ai miner.

La votazione ha conteggiato gli ZEC senza esporre i saldi individuali

Solo gli ZEC shielded spendibili detenuti nel pool Ironwood snapshot potevano partecipare, consentendo al peso di voto di riflettere le detenzioni effettive senza richiedere agli elettori di pubblicare i propri saldi o collegarli pubblicamente a una risposta scelta. Secondo il design della votazione, ogni voto era crittografato e suddiviso in 16 schede non collegabili. I validatori potevano calcolare i totali complessivi, ma il sistema era costruito per impedire loro di ricostruire saldo e scelte di un singolo elettorato.

La votazione ha anche approvato il ritiro del pool privacy più antico di Zcash

Circa il 97,3% degli ZEC partecipanti ha sostenuto la disattivazione delle transazioni di versione 4 associate a Sprout all'attivazione di NU7. Sprout era il sistema shielded originale di Zcash, ma i depositi sono disabilitati dal 2018. Al momento della preparazione del sondaggio, conteneva meno di 23.000 ZEC e rappresentava meno dello 0,1% del volume delle transazioni.

La votazione riguarda solo quando il vecchio formato di transazione dovrebbe smettere di essere accettato. Non determina cosa debba avvenire dei fondi interessati dal ritiro, una questione esplicitamente lasciata fuori dal sondaggio.

Il 30 settembre decide cosa può entrare in NU7

I coinholder hanno votato al 99,3% per lanciare NU7 senza attendere ogni funzionalità proposta: tutto ciò che non sarà implementato entro la scadenza operativa del 30 settembre potrebbe essere rimosso dall'upgrade anziché ritardare i componenti già completati.

Tale scadenza non è una data di attivazione. La ZIP 218 resta una bozza, e il documento che governa il deployment di NU7 elenca ancora le altezze di attivazione su testnet e mainnet come non definite. Le funzionalità supportate devono essere completate, revisionate, testate e incluse nel pacchetto finale prima che i nodi possano applicarle.

Finché quel pacchetto non sarà testato e dotato di un'altezza di attivazione, Zcash continuerà a produrre blocchi con il suo attuale programma di 75 secondi. Le tappe pratiche da osservare sono quindi la decisione operativa del 30 settembre, il completamento dei lavori di implementazione e test pertinenti e la pubblicazione delle altezze di attivazione per il pacchetto finale NU7.

Questo articolo è fornito a scopo puramente informativo e non costituisce consulenza finanziaria o di investimento. Le funzionalità di NU7 restano soggette a implementazione, test, inclusione finale e attivazione sul mainnet.

Fonte: Coindoo