Les développeurs de Zcash proposent des blocs de 20 secondes après la récente mise à jour de vitesse

iconCoinDesk
Partager
AI summary iconRésumé
Les développeurs de Zcash Dev Ojha et Evan Forbes ont proposé une mise à niveau de la blockchain pour réduire les intervalles de bloc de 25 à 20 secondes, quelques jours seulement après que la mise à niveau du réseau NU7 ait augmenté la vitesse de production de blocs. Cette mesure vise à réduire les temps de confirmation des transactions, les premiers tests montrant un faible taux de blocs orphelins. Avec 80 mineurs, les développeurs ont observé moins de blocs rejetés qu'au cours des tests de stress précédents. La proposition, qui maintient inchangées l'offre et les fonctionnalités de confidentialité de Zcash, attend l'approbation de la communauté et une éventuelle inclusion dans la mise à niveau du réseau NU7.1.

Les développeurs de Zcash Dev Ojha et Evan Forbes ont présenté une proposition dimanche pour réduire l'intervalle cible de bloc de 25 secondes à 20 secondes. Cette proposition intervient seulement trois jours après que le réseau ait terminé une mise à jour ayant triplé la vitesse de production de blocs. Avant la mise à jour NU7 du vendredi, l'intervalle entre les nouveaux blocs Zcash était d'environ 75 secondes.

Les blocs regroupent les transactions pour les ajouter à la blockchain, et des intervalles plus courts permettent aux paiements d'obtenir une première confirmation plus rapidement. Selon la proposition, un client de boutique payant avec ZEC pourrait attendre environ 20 secondes au lieu de 25 secondes pour une première confirmation. Une plateforme d'échange exigeant trois confirmations pourrait attendre 60 secondes au lieu de 75 secondes. Les temps de confirmation réels varient car les mineurs trouvent des blocs à des intervalles imprévisibles.

Les premiers résultats de NU7 ont été encourageants, malgré les préoccupations des développeurs selon lesquelles une production plus rapide de blocs pourrait gaspiller davantage de puissance informatique sur des blocs concurrents. Lorsque les mineurs trouvent des blocs concurrents presque simultanément, le réseau conserve finalement un seul bloc et rejette l'autre. Les blocs rejetés, appelés orphelins, laissent le mineur perdant sans récompense pour l'électricité dépensée. Des intervalles de bloc plus courts augmentent ce risque en réduisant le temps disponible pour que les mineurs apprennent les découvertes des autres mineurs.

Le traceur de minage de ZecBlock a mesuré un taux de blocs orphelins de 0,69 % au cours des 24 heures se terminant tôt lundi, contre environ 0,66 % avant NU7. Ojha a écrit lundi : « Le taux de blocs orphelins s'est amélioré mieux que ce que j'attendais ! » Le taux de blocs orphelins pour l'ensemble de la période depuis NU7 s'est élevé à 1,29 %, avec une baisse après un pic initial. Peu avant NU7, ZecBlock a étendu la surveillance d'un nœud à dix nœuds, permettant de détecter certains blocs concurrents précédemment manqués. Ce changement dans la surveillance empêche une comparaison exacte des taux de blocs orphelins avant et après NU7.

Les développeurs ont testé séparément des blocs de 20 secondes en utilisant 80 mineurs répartis dans 12 régions. Les tests ont rejeté entre 1,9 % et 3,3 % des blocs, selon le logiciel. Les tests de charge antérieurs, destinés à évaluer la sécurité des blocs de 25 secondes, avaient rejeté 4,68 %. Les résultats suggèrent que des temps de confirmation plus courts pourraient être possibles sans une augmentation marquée du travail minier gaspillé. Toutefois, les simulations ne peuvent pas garantir une performance équivalente sur le réseau en direct.

La proposition laisserait inchangée la capacité quotidienne de transactions privées. Les développeurs prévoient de compenser des blocs plus fréquents en réduisant le nombre de transactions autorisées par bloc, afin d'éviter un traitement de données supplémentaire pour les wallets. La proposition conserverait le calendrier d'émission existant de Zcash. L'offre maximale resterait à 21 millions de pièces. Ojha et Forbes demandent que cette proposition soit prise en compte lors du prochain vote communautaire et éventuellement incluse dans la future mise à jour NU7.1. La proposition n'a pas encore été approuvée, et aucune date d'activation n'a été fixée.

Clause de non-responsabilité : les informations sur cette page peuvent avoir été obtenues auprès de tiers et ne reflètent pas nécessairement les points de vue ou opinions de KuCoin. Ce contenu est fourni à titre informatif uniquement, sans aucune représentation ou garantie d’aucune sorte, et ne doit pas être interprété comme un conseil en investissement. KuCoin ne sera pas responsable des erreurs ou omissions, ni des résultats résultant de l’utilisation de ces informations. Les investissements dans les actifs numériques peuvent être risqués. Veuillez évaluer soigneusement les risques d’un produit et votre tolérance au risque en fonction de votre propre situation financière. Pour plus d’informations, veuillez consulter nos conditions d’utilisation et divulgation des risques.