Près de 2,4 millions de ZEC ont participé au vote des détenteurs sur la Network Upgrade 7 (NU7), sur environ 3,6 millions de ZEC éligibles au moment de l'instantané — une participation bien au-dessus du seuil d'un million de ZEC fixé par les organisateurs pour considérer le résultat comme représentatif des détenteurs de Zcash.

Selon les résultats publiés, au moins 99 % des ZEC participants ont favorisé la réduction de l'intervalle cible entre les blocs de 75 à 25 secondes, tandis que 98,9 % ont soutenu le maintien du calendrier de halving existant de Zcash plutôt qu'un passage à une courbe d'émission dégressive progressive.

Le poids de vote était proportionnel aux ZEC éligibles plutôt que d'appliquer le principe d'une personne, une voix, de sorte qu'un portefeuille détenant plus de ZEC avait plus d'influence. Le système a néanmoins été conçu pour préserver la confidentialité des soldes et des choix individuels.

Un temps de bloc plus court change ce que les utilisateurs attendent

Un bloc contient les transactions que le réseau a acceptées dans son registre partagé. Avec l'objectif actuel de 75 secondes, une personne effectuant un paiement attend en moyenne environ 75 secondes pour le prochain bloc et une première confirmation ; un objectif de 25 secondes réduirait cette attente initiale à environ 25 secondes.

Le gain serait plus visible dans les flux dépendant d'une ou deux confirmations — notamment les paiements de faible montant, les dépôts sur les plateformes d'échange et certaines opérations inter-chaînes. Cela ne garantirait toutefois pas que chaque service crédite une transaction en 25 secondes : les plateformes d'échange et les commerçants fixent leurs propres exigences de confirmation, et les temps de bloc réels fluctuent autour de l'objectif.

La proposition technique derrière ce changement, ZIP 218, plafonne également le nombre d'actions shielded que chaque bloc peut contenir. Ces plafonds visent à empêcher le calendrier accéléré d'imposer une charge excessive de traitement et de synchronisation aux portefeuilles et aux nœuds du réseau.

Des intervalles plus courts augmentent aussi la probabilité que deux mineurs produisent des blocs concurrents presque simultanément. ZIP 218 estime que le taux de blocs périmés — la part des blocs valides qui ne restent pas dans la chaîne acceptée — pourrait passer d'environ 0,4 % à environ 3,26 %. Ses limites d'actions réduiraient la passante de synchronisation des portefeuilles légers dans le pire des cas, d'environ 271 Mo à 169 Mo par jour.

Trois fois plus de blocs ne triplera pas l'offre de ZEC

Réduire l'intervalle de 75 à 25 secondes produirait environ trois fois plus de blocs sur la même période. Sans ajustement supplémentaire, cela pourrait accélérer les récompenses des mineurs et avancer les prochains halvings.

ZIP 218 prévient ce résultat en abaissant la subvention attachée à chaque bloc et en allongeant l'intervalle de halving mesuré en blocs. Trois récompenses plus petites seraient émises pendant à peu près la même durée pendant laquelle le réseau émet actuellement une récompense plus importante. La création quotidienne de ZEC resterait donc approximativement inchangée : le calendrier accéléré modifie le moment où les transactions sont enregistrées, pas le nombre de pièces pouvant finalement exister.

En préservant les halvings, les détenteurs ont conservé le modèle de récompense que Zcash a hérité de Bitcoin, en vertu duquel la subvention minière est divisée par deux à intervalles d'environ quatre ans.

Les détenteurs ont rejeté une courbe de récompense plus lisse pour les mineurs

ZIP 234 proposait de remplacer les fortes réductions de récompense par un déclin progressif tout en maintenant le plafond de 21 millions de ZEC, dans le but de protéger les revenus des mineurs d'une baisse soudaine de 50 % à chaque halving. La proposition note que la difficulté de minage de Zcash a diminué après les halvings de 2020 et 2024, ce qui est cohérent avec l'arrêt d'équipements par certains mineurs après la baisse de leurs récompenses. Les détenteurs ont néanmoins choisi de conserver le calendrier établi.

Le Network Sustainability Mechanism prévu fournirait une source distincte de futures récompenses minières. Selon la proposition, il retirerait des fonds de la circulation — dont au moins 60 % des frais de transaction — avant de recycler les ZEC via les subventions de bloc ultérieures. Sur le calendrier de ce recyclage, 96,6 % des ZEC participants ont soutenu d'attendre février 2031, permettant aux fonds collectés de s'accumuler pendant plusieurs années avant de commencer à revenir aux mineurs.

Le vote a compté les ZEC sans exposer les soldes individuels

Seuls les ZEC shielded dépensables détenus dans le pool Ironwood au moment de l'instantané pouvaient participer, permettant au poids de vote de refléter les avoirs réels sans obliger les votants à publier leurs soldes ou à les lier publiquement à un choix. Selon la conception du vote, chaque vote était chiffré et divisé en 16 bulletins non traçables. Les validateurs pouvaient calculer les totaux combinés, mais le système a été conçu pour les empêcher de reconstituer le solde et les choix d'un votant individuel.

Le vote a également approuvé la mise à la retraite du plus ancien pool de confidentialité de Zcash

Environ 97,3 % des ZEC participants ont soutenu la désactivation des transactions de version 4 associées à Sprout lors de l'activation de NU7. Sprout était le système shielded d'origine de Zcash, mais les dépôts y sont désactivés depuis 2018. Au moment de la préparation du sondage, il détenait moins de 23 000 ZEC et représentait moins de 0,1 % du volume des transactions.

Le vote porte uniquement sur le moment où l'ancien format de transaction devrait cesser d'être accepté. Il ne détermine pas ce qu'il adviendra des fonds affectés par la mise à la retraite — une question explicitement laissée hors du sondage.

30 septembre décide de ce qui peut entrer dans NU7

Les détenteurs ont voté à 99,3 % pour lancer NU7 sans attendre toutes les fonctionnalités proposées : tout ce qui n'est pas implémenté avant l'échéance de préparation du 30 septembre pourrait être retiré de la mise à niveau plutôt que de retarder les composants achevés.

Cette échéance n'est pas une date d'activation. ZIP 218 reste un projet, et le document régissant le déploiement de NU7 liste toujours ses hauteurs d'activation sur testnet et mainnet comme non décidées. Les fonctionnalités soutenues doivent être achevées, examinées, testées et incluses dans le paquet final avant que les nœuds puissent les appliquer.

Jusqu'à ce que ce paquet soit testé et qu'une hauteur d'activation lui soit attribuée, Zcash continuera de produire des blocs selon son calendrier actuel de 75 secondes. Les jalons pratiques à surveiller sont donc la décision de préparation du 30 septembre, l'achèvement des travaux d'implémentation et de test pertinents, et la publication des hauteurs d'activation pour le paquet final NU7.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou d'investissement. Les fonctionnalités de NU7 restent soumises à l'implémentation, aux tests, à l'inclusion finale et à l'activation sur le mainnet.

Source : Coindoo