Que se passe-t-il lorsqu’une mise à jour laisse des pièces de côté ?
Une mise à jour de blockchain est souvent présentée comme une avancée technique. Mais le cas de Zcash montre que modifier les règles d’un réseau peut aussi poser problème à ceux qui utilisent encore d’anciens systèmes.
Après l’activation de la mise à jour NU7, 12 224 ZEC détenus dans le pool Sprout, une structure héritée du réseau, sont devenus impossibles à dépenser. Cela ne signifie pas que tous les utilisateurs de Zcash ont été touchés, ni que ces pièces ont disparu. Cela signifie que, selon les règles actuelles, les fonds de ce pool ne peuvent pas être déplacés. Une future mise à jour pourrait rétablir l’accès, mais cette possibilité n’est pas une garantie.
Cet épisode met en lumière une question importante : dans le monde des cryptomonnaies, contrôler les clés d’un portefeuille ne suffit pas si le protocole cesse d’accepter le moyen nécessaire pour déplacer ses actifs. La sécurité dépend aussi de la compatibilité entre les versions, de la maintenance des logiciels et des décisions prises au fil de l’évolution du réseau.
Pour ceux qui suivent les projets blockchain, il vaut la peine d’observer la manière dont les équipes traitent les fonctionnalités héritées avant une mise à jour. Des plans de migration sont-ils prévus ? Les risques sont-ils clairement communiqués ? Existe-t-il une solution viable pour les utilisateurs touchés ?
Innover est nécessaire. Le faire sans laisser des participants de côté fait partie du défi.
Une mise à jour de blockchain est souvent présentée comme une avancée technique. Mais le cas de Zcash montre que modifier les règles d’un réseau peut aussi poser problème à ceux qui utilisent encore d’anciens systèmes.
Après l’activation de la mise à jour NU7, 12 224 ZEC détenus dans le pool Sprout, une structure héritée du réseau, sont devenus impossibles à dépenser. Cela ne signifie pas que tous les utilisateurs de Zcash ont été touchés, ni que ces pièces ont disparu. Cela signifie que, selon les règles actuelles, les fonds de ce pool ne peuvent pas être déplacés. Une future mise à jour pourrait rétablir l’accès, mais cette possibilité n’est pas une garantie.
Cet épisode met en lumière une question importante : dans le monde des cryptomonnaies, contrôler les clés d’un portefeuille ne suffit pas si le protocole cesse d’accepter le moyen nécessaire pour déplacer ses actifs. La sécurité dépend aussi de la compatibilité entre les versions, de la maintenance des logiciels et des décisions prises au fil de l’évolution du réseau.
Pour ceux qui suivent les projets blockchain, il vaut la peine d’observer la manière dont les équipes traitent les fonctionnalités héritées avant une mise à jour. Des plans de migration sont-ils prévus ? Les risques sont-ils clairement communiqués ? Existe-t-il une solution viable pour les utilisateurs touchés ?
Innover est nécessaire. Le faire sans laisser des participants de côté fait partie du défi.