Zcash commence à intégrer une partie du code de Tachyon

Première migration de code dans le plan de montée en charge de Zcash

Zcash a commencé à transférer vers le logiciel déjà en service une partie de la mise à niveau de scalabilité prévue pour permettre au réseau de prendre en charge beaucoup plus de transactions privées à l’avenir. Dans ce cadre, le nouveau composant Udon, développé dans le cadre de Project Tachyon, a été ajouté lundi à Zakura Common, la bibliothèque cryptographique partagée utilisée par Zakura et d’autres projets Zcash.

Selon Sean Bowe, responsable de Project Tachyon, cette étape revient à intégrer une partie du code de la mise à niveau proposée dans les outils partagés utilisés par l’écosystème du réseau. Le logiciel Zakura est développé conjointement par l’équipe de Bowe et Valar Group, dirigé par Dev Ojha.

À quoi servent Udon et Common ?

Zakura Common sert de bibliothèque partagée pour prendre en charge une partie des calculs mathématiques lourds nécessaires à la création et à la vérification des transactions privées. Les portefeuilles Zcash doivent prouver qu’une transaction est valide sans révéler qui paie qui ni quel montant est envoyé ; les ordinateurs du réseau vérifient ensuite cette preuve.

• Udon a été transféré dans Common en tant que nouveau composant issu du plan de scalabilité Tachyon.
• Cette étape vise à préparer le réseau à la charge qui apparaîtrait si les paiements privés devenaient plus fréquents à grande échelle.

Pourquoi ce gain de vitesse est-il important ?

Les améliorations précédemment apportées à Common chez Zcash ont permis, lors de certains tests, de faire passer le temps de génération d’une seule preuve de plus de 3 secondes à moins de 200 millisecondes. Cet écart est considéré comme un indicateur techniquement crucial pour traiter des transactions axées sur la confidentialité à plus grande échelle.

Aucune donnée sur le prix ni sur le volume des transactions on-chain n’a été fournie dans le texte source. En revanche, cette initiative des développeurs s’inscrit dans une stratégie de montée en charge plus large, destinée à mieux gérer la charge de données que les ordinateurs du réseau devront supporter si les transactions privées se multiplient.

Que surveiller à l’étape suivante ?

La transition en cours ne signifie pas que Tachyon est entièrement déployé ; elle consiste plutôt à placer les composants de base de la future mise à niveau dans le logiciel partagé. Dans la suite du processus, les performances de ce code sur l’ensemble du réseau et son impact sur la capacité en cas d’augmentation du nombre de paiements privés seront suivis de près.