Les développeurs de Zcash ont proposé de réduire le temps de bloc du réseau de 25 secondes à 20 secondes, quelques jours seulement après que la mise à niveau NU7 a rendu les confirmations de transactions trois fois plus rapides.
Résumé
- Les développeurs de Zcash ont proposé de réduire le temps de bloc cible de 25 secondes à 20 secondes à la suite de la mise à niveau de novembre.
- Les premières données de minage ont montré des taux d'orphelins relativement faibles malgré la production de blocs beaucoup plus rapide par le réseau.
- Les développeurs ont testé des blocs de 20 secondes avec 80 mineurs dans 12 régions avant de soumettre leur dernière proposition.
- Les changements proposés préserveraient la capacité quotidienne de transactions blindées de Zcash et le calendrier d'émission de jetons existant.
- Les développeurs souhaitent l'approbation de la communauté avant d'inclure l'intervalle de bloc plus court dans la future mise à niveau NU7.1.
Selon une proposition publiée sur le forum communautaire de Zcash le 8 novembre, les développeurs Dev Ojha, connu sous le nom de ValarDragon, et Evan Forbes souhaitent que ce changement soit envisagé pour la prochaine mise à niveau NU7.1. Leur proposition fait suite aux premiers résultats du réseau montrant que des blocs plus rapides n'ont pas provoqué l'augmentation des blocs concurrents que les développeurs craignaient initialement.
L'ajustement proposé réduirait le temps d'attente prévu pour la première confirmation d'une transaction de cinq secondes supplémentaires. Cependant, les développeurs n'ont pas reçu l'approbation de la communauté, et aucune date d'activation n'est confirmée.
Les développeurs de Zcash recherchent des blocs plus rapides après la mise à niveau NU7
Zcash a activé sa mise à niveau NU7 le 6 novembre au bloc 3 543 405, réduisant le temps cible entre les blocs de 75 secondes à 25 secondes. La mise à jour a modifié la rapidité avec laquelle les mineurs ajoutent des transactions à la blockchain sans changer l'offre maximale de la cryptomonnaie.
Comme crypto.news l'a précédemment rapporté, NU7 a introduit de nouvelles limites de transactions blindées et un système qui réserve 60 % des frais de transaction pour de futures récompenses de minage. Les mineurs reçoivent directement les 40 % restants.
Le réseau produisant désormais des blocs trois fois plus fréquemment, les développeurs envisagent une nouvelle réduction pour améliorer le temps que les utilisateurs passent à attendre la confirmation des paiements.
Selon la dernière proposition, une transaction nécessitant une confirmation aurait une attente prévue d'environ 20 secondes, contre 25 secondes selon les règles actuelles. Pour un échange nécessitant trois confirmations, la période d'attente cible passerait de 75 secondes à 60 secondes.
Les temps de confirmation réels peuvent varier car les mineurs ne découvrent pas les blocs à intervalles fixes. Les échanges et autres fournisseurs de services peuvent également fixer leurs propres exigences de confirmation avant de rendre les fonds déposés disponibles.
Les développeurs ont identifié les paiements de détail, les dépôts sur les échanges et les swaps inter-chaînes comme des activités qui pourraient bénéficier de l'intervalle plus court. Le changement serait particulièrement pertinent pour les transactions qui nécessitent une confirmation sur la blockchain avant qu'un autre service puisse les traiter.
Les premiers résultats de minage soutiennent la proposition de blocs de 20 secondes
Une préoccupation centrale entourant des blocs plus rapides est la possibilité d'un plus grand nombre de blocs orphelins, qui se produisent lorsque les mineurs produisent des blocs concurrents avant que le réseau ne parvienne à un accord sur celui à accepter.
Un seul bloc concurrent devient partie de la chaîne acceptée, laissant les mineurs responsables des blocs rejetés sans récompense pour ce travail. Réduire le temps entre les blocs peut rendre ces conflits plus fréquents.
Cependant, les premières données du traqueur de minage de ZecBlock ont montré un taux d'orphelins observé de 0,69 % sur les 24 heures se terminant tôt lundi, contre environ 0,66 % avant NU7.
Le taux mesuré sur toute la période suivant la mise à niveau était plus élevé, à 1,29 %, reflétant une hausse initiale avant que les lectures ultérieures ne diminuent.
« Le taux d'orphelins s'est amélioré au-delà de mes attentes ! » a écrit Ojha (@zkDragon) dans une mise à jour de lundi.
Le service de surveillance a étendu son réseau d'observation d'un nœud à dix peu avant la mise à niveau. Étant donné que les nœuds supplémentaires peuvent détecter des blocs concurrents qui n'étaient pas enregistrés auparavant, les chiffres antérieurs et actuels ne sont pas directement comparables.
Les développeurs ont mené des tests distincts en utilisant 80 mineurs répartis sur 12 régions géographiques afin d’examiner comment l’intervalle proposé de 20 secondes se comporterait dans des conditions de réseau exigeantes.
Les simulations ont produit des taux d’orphelins allant de 1,9 % à 3,3 %, selon la configuration du logiciel de minage. Des tests antérieurs utilisés pour évaluer la sécurité des blocs de 25 secondes ont enregistré un taux d’orphelins de 4,68 %.
Les changements proposés pour Zcash préserveraient la capacité de transaction
Bien que la proposition produise des blocs plus fréquemment, les développeurs n’ont pas l’intention d’augmenter le nombre de transactions privées que le réseau peut traiter chaque jour.
Le projet de plan technique réduirait le nombre maximal d’actions blindées autorisées dans chaque bloc de 330 à 264. La limite de taille de bloc de 2 Mo resterait inchangée.
Les développeurs ont expliqué que maintenir les limites actuelles par bloc tout en créant davantage de blocs augmenterait la quantité de données que les portefeuilles pourraient devoir télécharger et traiter.
La proposition ajusterait également la subvention de bloc et l’intervalle de halving afin de préserver le calendrier d’émission existant de Zcash et son offre maximale de 21 millions de ZEC.
Un autre changement proposé concerne l’ajustement de la difficulté, qui détermine la difficulté pour les mineurs de produire de nouveaux blocs.
Dans une publication du 9 novembre, Ojha a expliqué que NU7 a fait passer la fenêtre de moyenne de difficulté de 17 blocs à 102 blocs. L’intervalle proposé de 20 secondes porterait ce chiffre à 128 blocs.
Il a estimé que les fluctuations de difficulté, auparavant comprises entre environ -40 % et +30 %, pourraient se réduire à une fourchette de -20 % à +15 %, bien que les performances réelles du réseau restent à observer.
Les développeurs recherchent l’approbation de la communauté pour NU7.1
Ojha et Forbes souhaitent que la proposition soit incluse dans le prochain sondage de la communauté Zcash et prise en compte pour NU7.1, une mise à niveau réseau ultérieure.
Les développeurs n’ont annoncé ni calendrier d’activation ni obtenu l’approbation de modifier l’intervalle des blocs.
Pendant ce temps, la précédente mise en œuvre de NU7 exigeait que les opérateurs de nœuds mettent à jour leur logiciel pour rester compatibles avec les nouvelles règles de consensus du réseau.
La dernière proposition conserverait la profondeur d’ancrage de confirmation recommandée de trois blocs, réduisant sa durée attendue de 75 secondes à 60 secondes. Elle augmenterait également l’expiration par défaut des transactions de 120 blocs à 150 blocs, préservant la même période d’expiration attendue malgré une production de blocs plus rapide.
