Les développeurs de Zcash proposent déjà une autre augmentation de vitesse, seulement trois jours après que le réseau ait achevé une mise à jour qui a rendu ses blocs trois fois plus rapides.
Les développeurs Dev Ojha et Evan Forbes ont présenté une proposition dimanche pour réduire le temps cible entre les blocs de 25 secondes à 20. Avant la mise à jour NU7 du vendredi, Zcash produisait un nouveau bloc environ toutes les 75 secondes.
Les blocs sont des lots de transactions ajoutés à la blockchain. Plus l'intervalle entre eux est court, plus rapidement un paiement peut recevoir sa première confirmation.
Dans le cadre du changement proposé, un client payant avec ZEC dans un magasin pourrait s'attendre à la première confirmation en environ 20 secondes au lieu de 25, tandis qu'une plateforme d'échange exigeant trois confirmations pourrait réduire son temps d'attente attendu de 75 secondes à 60.
Les temps d'attente réels varient car les mineurs découvrent des blocs à des intervalles imprévisibles.
La proposition suit des résultats initiaux prometteurs de NU7, que les développeurs craignaient pourraient inciter davantage de mineurs à gaspiller de la puissance de calcul sur des blocs concurrents.
Lorsque deux mineurs découvrent des blocs presque en même temps, le réseau accepte finalement l'un et rejette l'autre. Ces blocs rejetés, appelés orphelins, signifient que le mineur perdant a consommé de l'électricité pour un travail qui ne rapporte aucune récompense. Des blocs plus rapides augmentent ce risque, car les mineurs ont moins de temps pour connaître les découvertes des autres.
Pourtant, le taux d'orphan observé de Zcash s'est élevé à seulement 0,69 % au cours des 24 heures se terminant tôt lundi, selon ZecBlock's mining tracker, contre environ 0,66 % avant NU7.
« Le taux de orphelins s'est amélioré mieux que ce que j'attendais ! » Ojha a écrit lundi.
Le taux sur toute la période depuis NU7 reste plus élevé à 1,29 %, avec une baisse des lectures après un pic initial. ZecBlock a également augmenté son réseau de surveillance d'un nœud à dix peu avant la mise à niveau, ce qui lui permet désormais de détecter certains blocs concurrents qui n'étaient auparavant pas remarqués. Les chiffres ne peuvent donc pas fournir une comparaison exacte avant et après.
Les développeurs ont testé séparément les blocs proposés de 20 secondes sur un réseau de 80 mineurs répartis dans 12 régions pour observer la fréquence à laquelle les blocs concurrents étaient abandonnés. Entre 1,9 % et 3,3 % ont été perdus, selon le logiciel utilisé, contre 4,68 % lors des tests de stress précédents qui ont aidé à déterminer si les blocs de 25 secondes étaient sûrs.
Ces résultats suggèrent que Zcash pourrait réduire davantage les temps de confirmation sans augmentation marquée du travail minier gaspillé, bien que les tests simulés ne garantissent pas une performance similaire sur le réseau en direct.
Le changement n'augmenterait pas le nombre de transactions privées que Zcash peut traiter chaque jour. Les développeurs prévoient de réduire le nombre de transactions par bloc pour compenser la production de plus de blocs, afin que les wallets n'aient pas à traiter des données supplémentaires.
Le changement préserverait le calendrier d'émission de Zcash et la limite de 21 millions de pièces.
Ojha et Forbes souhaitent que la proposition soit prise en compte dans le prochain vote communautaire et potentiellement incluse dans NU7.1, une mise à niveau future du réseau. Elle n'a pas été approuvée ni dotée d'une date d'activation.
En savoir plus : Zcash active une mise à jour majeure, visant des paiements trois fois plus rapides