Zcash : les développeurs envisagent des blocs de 20 s après refonte

Les développeurs de Zcash proposent un temps de bloc de 20 secondes

Les développeurs de Zcash ont proposé de réduire l’intervalle cible entre les blocs du réseau à 20 secondes, quelques jours seulement après qu’une mise à jour majeure ait ramené ce délai à 25 secondes. Cette dernière proposition vise à accélérer les confirmations de transactions tout en préservant le calendrier d’émission et le plafond d’offre existants de Zcash (ZEC).

Publiée sur les forums Zcash pour être débattue par la communauté, cette proposition devrait être intégrée à la prochaine mise à jour du réseau 7.1 (NU7.1). Cette proposition fait suite à l’activation réussie de la mise à jour réseau 7 (NU7), qui a introduit plusieurs changements structurels au sein de Zcash, notamment une production de blocs plus rapide, une réserve de sécurité à long terme pour le réseau et la suppression de son pool protégé Sprout d’origine.

Cette mise à jour a réduit l’intervalle cible entre les blocs de Zcash de 75 à 25 secondes et a introduit le mécanisme de pérennité du réseau (NSM), développé par Shielded Labs. Ce mécanisme redirige 60 % des frais de transaction vers une réserve à long terme destinée à renforcer la sécurité du réseau à mesure que les subventions minières diminueront, à partir de 2031 environ.

La mise à jour a également mis fin au pool Sprout existant en interrompant les transactions de version 4, gelant définitivement environ 12 226 ZEC, d’une valeur d’environ 16 millions de dollars, associés à des clés perdues ou abandonnées.

Après son activation, le cours du ZEC a connu une forte volatilité, s’envolant dans un premier temps de 1 120 dollars à plus de 1 380 dollars, avant de reculer de 7 % à 9 % pour s’établir dans une fourchette comprise entre 1 260 et 1 315 dollars, dans un contexte de prises de bénéfices et de liquidation de positions à effet de levier.

Ajustements de la latence et de la limite d’action

Malgré la récente refonte, les développeurs de Zcash cherchent déjà à améliorer davantage la vitesse de confirmation des transactions. Le dernier projet propose une réduction supplémentaire de 20 % de l’intervalle cible entre les blocs, ce qui augmenterait la production prévue de blocs de 25 %.

Selon la proposition, l’objectif principal est de réduire la latence des transactions, en particulier pour les applications nécessitant des confirmations rapides. Il s’agit notamment des paiements en point de vente, des dépôts sur les plateformes d’échange de cryptomonnaies et des échanges inter-chaînes, où des délais de confirmation plus courts pourraient améliorer l’expérience utilisateur.

Les modifications proposées n’auraient aucune incidence sur le calendrier d’émission quotidien de Zcash ni sur son plafond d’offre de 21 millions de ZEC. En revanche, les subventions par bloc et les paramètres dépendants du temps, y compris les fenêtres d’ajustement de la difficulté, seraient ajustés proportionnellement pour s’adapter à ce calendrier de blocs plus rapide.

Les développeurs ont également proposé de réduire les limites des actions protégées afin d’éviter que l’augmentation de la fréquence des blocs n’impose des exigences de synchronisation excessives aux portefeuilles légers et aux nœuds du réseau.

Plus précisément, le projet prévoit de ramener certaines limites établies dans le cadre du ZIP 218 à quatre cinquièmes de leur niveau actuel, réduisant ainsi le budget global d’actions protégées et les limites d’actions Orchard et Ironwood correspondantes de 330 à 264 par bloc.

Par ailleurs, la limite actuelle de taille de bloc de 2 Mo resterait inchangée. À une utilisation maximale des blocs, l’intervalle proposé impliquerait un débit théorique maximal de traitement des données d’environ 100 Ko par seconde.

Bien que la réduction de l’intervalle cible entre les blocs de Zcash à 20 secondes puisse accélérer les confirmations de transactions, elle soulève également des inquiétudes quant à une augmentation des taux de blocs orphelins résultant de fenêtres de propagation des blocs plus restreintes. La succession rapide des mises à niveau pourrait également imposer des contraintes opérationnelles supplémentaires aux mineurs, aux plateformes d’échange et aux opérateurs de nœuds.

Cependant, les tests de résistance et les données post-NU7 indiquent des taux de blocs orphelins inférieurs à ceux observés avant la mise à jour, en partie grâce aux optimisations apportées aux implémentations de nœuds telles que Zebra et Zakura. Néanmoins, les risques liés à un trafic intense sur le réseau principal persistent.

Contrairement à la mise à jour NU7, qui a introduit des changements structurels majeurs, la mise à jour NU7.1 vise principalement à réduire 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 à des votes de gouvernance.