Fenêtre de décision pour la mise à niveau de ZEC|Les tests du portefeuille navigateur révèlent des limites de synchronisation|J’attends d’abord des résultats vérifiables
Je reste prudent et préfère observer, mais cette fois, je ne vais pas revenir sur la résolution des files d’attente des nœuds : je vais plutôt examiner la couche des portefeuilles à laquelle les utilisateurs ordinaires sont réellement confrontés. Le calendrier NU7 de la communauté Zcash indique le 20 octobre comme date de décision concernant l’activation sur le réseau principal, et le 5 novembre comme date d’activation prévue ; au moment où je publie ce message, il ne faut pas présenter cette date prévue comme une hauteur de bloc du réseau principal officiellement confirmée. Le 13 octobre, un développeur de la communauté a signalé dans la discussion sur ce calendrier que le client navigateur WebZjs non modifié ne parvenait pas à se synchroniser sur le réseau de test NU7. La raison : le lightwalletd du réseau de test renvoie, pour un flux UTXO d’adresse vide, une réponse contenant uniquement un en-tête d’état, sans corps de message ; le tonic-web-wasm-client sous-jacent l’identifie comme une « malformed response ». Le problème fait l’objet d’un signalement initial consultable dans le GitHub de la bibliothèque dépendante, sous le numéro #99, et la PR de correction
#113 apparaît toujours comme ouverte : ce sont des faits techniques que l’on peut vérifier par recoupement.
Il faut toutefois bien délimiter la portée du problème : il s’agit d’un souci de compatibilité entre une combinaison spécifique de client navigateur, de service sur le réseau de test et de bibliothèque dépendante ; cela ne signifie pas que le réseau principal de Zcash est à l’arrêt, ni que tous les portefeuilles ZEC sont incapables d’envoyer ou de recevoir des fonds. L’auteur du signalement indique qu’après l’ajout d’un petit contournement, le portefeuille sur le réseau de test a pu se synchroniser jusqu’à la tête de chaîne, tout en précisant que les fonctions d’envoi et de réception n’avaient pas encore été testées. Il ne faut donc pas transformer « synchronisation réussie » en « toutes les fonctions de transaction ont été vérifiées ». Pour les traders, le risque lié à une mise à niveau ne vient souvent pas d’un défaut des règles du protocole elles-mêmes, mais du fait que les portefeuilles, les indexeurs, les nœuds des plateformes d’échange et les interfaces ne sont pas tous prêts au même moment, ce qui peut affecter les dépôts et les retraits ainsi que la liquidité à court terme. À mesure que la mise à niveau prévue approche, il faut davantage surveiller les décisions officielles, les versions publiées et les essais des prestataires de services, plutôt que de s’arrêter au seul mot-clé de la mise à niveau.
La réaction du marché ne peut pas non plus être attribuée simplement à cet incident. Vers 13 h, heure de Pékin, ZEC/USD s’échangeait autour de 1 147 dollars sur Kraken, contre une ouverture autour de 1 153 dollars et une fourchette intrajournalière d’environ 1 117 à 1 154 dollars ; le prix restait sous le cours d’ouverture, et on ne peut pas parler d’une vente unidirectionnelle clairement provoquée par le signalement concernant le portefeuille. Le classement des sujets populaires de Binance Square ne comporte actuellement aucune étiquette directement liée à ce problème de compatibilité, et ZEC ne semble pas progresser rapidement dans les tendances de recherche. Je ne vais pas l’habiller avec l’actualité brûlante d’autres cryptomonnaies. Pour que mon opinion devienne positive, il faudrait que la décision concernant le réseau principal NU7 et la hauteur de bloc soient clairement définies, que la correction de la dépendance du portefeuille soit fusionnée et testée, et que le prix franchisse 1 155 dollars puis s’y maintienne. Si les autorités officielles reportent l’échéance ou si les vérifications du portefeuille continuent de révéler des problèmes, une hausse à court terme ne changera pas ma prudence.
Si je devais trader moi-même, je ne participerais pas pour le moment ; je garderais seulement en réserve une petite position longue au comptant. Je n’ouvrirais une position d’essai, sans effet de levier et limitée à 2 % du capital total, que si les conditions de vérification officielle et du portefeuille mentionnées ci-dessus sont remplies, et si une bougie horaire ZEC/USD clôture au-dessus de 1 155 dollars, puis que le cours reteste 1 140 dollars sans passer en dessous. Premier objectif : 1 180 dollars, avec réduction de moitié de la position à ce niveau ; deuxième objectif : 1 210 dollars, où je liquiderais le reste. Après l’entrée, je placerais un stop-loss et clôturerais toute la position si le cours passe sous 1 115 dollars ; même en cas de cassure à la hausse, je sortirais plus tôt si le cours repasse sous 1 140 dollars dans l’heure. Si ces conditions ne se réalisent jamais toutes en même temps, cela restera un plan, pas une transaction, et il n’y aura aucun rendement à analyser. La discipline ne consiste pas à deviner la date de la mise à niveau, mais à vérifier d’abord que les services fonctionnent, puis à n’assumer qu’un risque limité face aux fluctuations du prix.
Sources : discussion sur le calendrier NU7 de la communauté Zcash, problème #99 et PR
#113 sur le GitHub de tonic-web-wasm-client, Kraken ZEC/USD ; les cours et l’état des travaux techniques évoluent, veuillez vous reporter aux pages originales. #ZEC
Ces propos ne reflètent que mon observation personnelle du marché et ne constituent pas un conseil en investissement.