Les développeurs de Zcash ont proposé de réduire l'intervalle de blocage cible du réseau de 25 secondes à 20 secondes dans le cadre du projet de mise à niveau du réseau 7.1.
Points clés à retenir
Les développeurs de Zcash proposent des temps de blocage de 20 secondes
Les développeurs de Zcash ont proposé de réduire l'intervalle de blocage cible du réseau à 20 secondes, quelques jours seulement après qu'une mise à niveau majeure ait réduit les temps de blocage à 25 secondes. La dernière proposition vise à accélérer les confirmations de transactions tout en préservant le calendrier d’émission et le plafond d’approvisionnement existants de Zcash (ZEC).
La proposition, publiée pour discussion communautaire sur les forums Zcash, vise l'inclusion dans la prochaine mise à niveau du réseau 7.1 (NU7.1). La proposition fait suite à l'activation réussie de Network Upgrade 7 (NU7), qui a introduit plusieurs changements structurels dans Zcash, notamment une production de blocs plus rapide, une réserve de sécurité réseau à long terme et le retrait de son pool blindé Sprout d'origine.
La mise à niveau a réduit l'intervalle de blocage cible de Zcash de 75 secondes à 25 secondes et a introduit le mécanisme de durabilité du réseau (NSM), développé par Shielded Labs. Le mécanisme redirige 60 % des frais de transaction vers une réserve à long terme conçue pour renforcer la sécurité du réseau à mesure que les subventions minières diminuent, à partir de 2031 environ.
La mise à niveau a également supprimé l'ancien pool Sprout en interrompant les transactions de la version 4, gelant définitivement environ 12 226 ZEC, évaluées à environ 16 millions de dollars, associées à des clés perdues ou abandonnées.
Après l'activation, la ZEC a connu une forte volatilité des prix, passant initialement de 1 120 $ à plus de 1 380 $ avant de reculer de 7 % à 9 % pour atteindre une fourchette de 1 260 $ à 1 315 $ dans le cadre de prises de bénéfices et de dénouement de positions à effet de levier.
Ajustements de latence et de limite d'action
Malgré la récente refonte, les développeurs de Zcash cherchent déjà à améliorer encore les vitesses de confirmation des transactions. Le dernier projet propose une réduction supplémentaire de 20 % de l'intervalle de blocs cible, ce qui augmenterait la production de blocs attendue de 25 %.
Selon la proposition, l'objectif principal est de réduire la latence des transactions, notamment pour les applications nécessitant des confirmations rapides. Il s'agit notamment des paiements au point de vente, des dépôts d'échange de crypto-monnaie et des échanges entre chaînes, pour lesquels des délais de confirmation plus courts pourraient améliorer l'expérience utilisateur.
Les changements proposés n’affecteraient pas le calendrier d’émission quotidien de Zcash ni son plafond d’approvisionnement de 21 millions de ZEC. Au lieu de cela, les subventions globales et les paramètres dépendant du temps, y compris les fenêtres d’ajustement des difficultés, seraient proportionnés pour s’adapter au calendrier de blocs plus rapide.
Les développeurs ont également proposé de réduire les limites d'action protégée pour éviter que l'augmentation de la fréquence de blocage n'impose des demandes de synchronisation excessives aux portefeuilles légers et aux nœuds de réseau.
Plus précisément, le projet appelle à augmenter certaines limites établies dans le cadre du ZIP 218 aux quatre cinquièmes de leurs niveaux actuels, réduisant ainsi le budget d'action global protégé et les limites d'action pertinentes d'Orchard et Ironwood de 330 à 264 par bloc.
Pendant ce temps, la limite actuelle de taille de bloc de 2 Mo resterait inchangée. Lors d'une utilisation maximale des blocs, l'intervalle proposé impliquerait un taux de traitement de données théorique maximal d'environ 100 Ko par seconde.
Le calendrier de mise à niveau rapide soulève des problèmes de stabilité du réseau
Bien que réduire l’intervalle de blocage cible de Zcash à 20 secondes puisse accélérer les confirmations de transactions, cela soulève également des inquiétudes quant aux taux de blocage orphelins plus élevés résultant de fenêtres de propagation de blocage plus étroites. La succession rapide de mises à niveau pourrait également imposer des exigences opérationnelles supplémentaires aux mineurs, aux bourses et aux opérateurs de nœuds.
Albert Dadon AM, PDG et fondateur d'AEREDIUM, a averti que l'introduction d'une autre mise à niveau si peu de temps après NU7 pourrait exposer le réseau à des risques de stabilité qui n'ont pas encore émergé dans des conditions réelles.
Dadon a fait valoir que quelques jours d'exploitation en direct ne fournissent pas de preuves suffisantes de la résilience du réseau, en particulier pour une blockchain de preuve de travail où des problèmes tels que des blocs obsolètes, de courtes réorganisations et des avantages de connectivité entre les mineurs ne peuvent devenir apparents que pendant des périodes d'activité soutenue.
"Les problèmes importants dans un réseau de preuve de travail, tels que les blocs obsolètes, les réorganisations courtes et les mineurs disposant de meilleures connexions prenant l'avantage sur les autres, se manifestent sous le stress et au fil des semaines, et non dans les premiers jours calmes après une mise à niveau", a déclaré Dadon.
Il a également souligné les défis opérationnels associés aux changements successifs des intervalles de blocage, notant que les portefeuilles, les bourses, les pools miniers et autres services qui s'appuient sur des confirmations de transactions doivent s'adapter à chaque ajustement.
Dadon a suggéré que les développeurs devraient permettre à NU7 de fonctionner pendant au moins une période de forte activité réseau avant d'introduire d'autres changements.
« La vitesse gagnée à la va-vite est la forme la plus coûteuse », a-t-il prévenu.
Cependant, les tests de résistance et les données post-NU7 indiqueraient des taux de blocs orphelins inférieurs à ceux d'avant la mise à niveau, en partie à cause des optimisations des implémentations de nœuds telles que Zebra et Zakura. Néanmoins, les risques associés à un trafic important sur le réseau principal demeurent.
Contrairement à NU7, qui a introduit des changements structurels majeurs, NU7.1 se concentre principalement sur la réduction de la latence des transactions sans modifier la politique monétaire de Zcash. Sa mise en œuvre reste néanmoins soumise à l'examen de la communauté et aux sondages de gouvernance.
Zcash augmente après que la mise à niveau gèle 16 millions de dollars dans ZEC et établit une réserve de sécurité
Zcash a activé Network Upgrade 7, qui réduit les temps de blocage de 75 à 25 secondes et contribuera à alimenter un…
À propos de l'auteur
ÉCRIT PARTerence ZimwaraAuteur/Écrivain
