Après NU7, il faut d’autant plus vérifier le backend des portefeuilles｜La mise à niveau de la base de données Zebra comporte des limites de compatibilité｜ZEC autour de 1 259 $, ne pas courir après la hausse
Mon approche consiste à vérifier d’abord que tout fonctionne, puis à parler du prix. NU7 de Zcash a déjà dépassé la hauteur d’activation du réseau principal ; aujourd’hui, je m’intéresse surtout aux risques opérationnels concrets après la mise à niveau. Le guide de mise à niveau de Zebra publié par la Zcash Foundation est très clair : la version 7.0.0 fait passer le format de la base de données d’état des nœuds de 28 à 29 et déplace le répertoire correspondant au premier démarrage ; les anciennes versions 6.x ne peuvent ni suivre la chaîne après NU7 ni lire le nouveau format. Pour les autres programmes qui lisent directement la base de données Zebra, se contenter de voir la mention « compatible avec NU7 » ne suffit pas : il faut aussi vérifier qu’ils reconnaissent le nouveau format d’état. Il s’agit d’un problème de compatibilité des logiciels de nœud, et non du gel des ZEC de tous les détenteurs ordinaires.
Le guide officiel « Running Zallet with Zebra » donne un exemple concret : Zallet 0.1.0-beta.3, la version publiée actuellement, ne reconnaît que le format 28 lorsqu’il lit directement le backend Zebra ; il ne peut pas lire directement le format 29 de Zebra 7.0.0. Le guide précise qu’il ne faut pas déployer cette configuration de lecture directe avant la publication officielle d’un backend compatible. Il distingue également le backend zaino, qui récupère les données de la chaîne via RPC : comme il ne lit pas directement cette base de données, il n’est pas concerné par ce conflit de formats, mais cette configuration n’a pas encore été testée dans le cadre du guide. Le journal des modifications du dépôt Zallet comporte certes une entrée de développement pour la beta.4, mais cela ne permet pas d’affirmer qu’une version compatible a déjà été officiellement publiée. Pour les prestataires de services de portefeuille, la bonne démarche consiste à vérifier le backend utilisé, à sauvegarder l’ancien état et à valider la version du nœud et son état de synchronisation en suivant les consignes du projet, plutôt que de deviner si une configuration donnée fonctionnera.
Le marché n’a pas transformé ces détails opérationnels en une tendance à sens unique. À l’heure de rédaction, la paire ZEC/USD sur Kraken s’échange autour de 1 258,50 $, contre une ouverture journalière à 1 279,88 $, avec un plus bas sur 24 heures à 1 209,19 $ et un plus haut à 1 331,53 $ ; le cours est en baisse par rapport à l’ouverture. Le tableau ZCSH de Farside affiche toujours une sortie nette de 11 millions de dollars le 5 novembre ; les souscriptions et rachats de fonds sur une seule journée ne peuvent pas expliquer toutes les variations du marché au comptant. Les termes les plus recherchés sur Binance Square au cours des six dernières heures incluent ZEC, mais le classement des sujets populaires ne comporte actuellement aucun libellé précis correspondant à ce problème de compatibilité du backend des portefeuilles. Je ne m’appuie donc pas sur l’ancien sujet « impossible de transférer 16 millions de dollars » pour tirer des conclusions à sa place. Les restrictions de trading de l’ancienne version et le problème actuel de format de lecture directe de Zallet sont également deux choses différentes ; les confondre pourrait induire en erreur les utilisateurs qui ont réellement besoin de diagnostiquer un problème.
Si je devais trader moi-même : pour l’instant, je ne participerais pas. Je n’envisagerais qu’une position acheteuse au comptant, sans effet de levier, avec une taille maximale de 1 % du capital total. Je n’envisagerais une entrée échelonnée que si le cours repassait au-dessus de 1 280 $ et s’y maintenait après un repli, et si les sources officielles confirmaient que le portefeuille et le backend utilisés se synchronisent et permettent les transferts normalement après NU7. Premier objectif : 1 305 $, puis réduire la position de moitié ; deuxième objectif : liquider le reste autour de 1 330 $. Après l’entrée, si le cours passe sous 1 209 $, je clôturerais immédiatement la position avec un stop-loss. Si un nouveau problème de compatibilité affectait les dépôts, les retraits ou le backend du portefeuille, je sortirais même avant que le cours atteigne le niveau du stop-loss. Si les conditions ne sont pas réunies, la taille de la position reste à 0 % : je ne prends pas la fin de la mise à niveau pour un signal d’achat. Si le cours reste durablement sous 1 280 $ ou si les sorties de fonds se poursuivent, je reste à l’écart et mon scénario initialement haussier est invalidé.
Sources : guides de la Zcash Foundation sur la mise à niveau de Zebra et l’utilisation de Zallet, journal officiel des modifications de Zallet, cours ZEC/USD sur Kraken, tableau des fonds ZCSH de Farside. #ZEC
Ceci est uniquement une observation personnelle du marché et ne constitue pas un conseil en investissement.
Mon approche consiste à vérifier d’abord que tout fonctionne, puis à parler du prix. NU7 de Zcash a déjà dépassé la hauteur d’activation du réseau principal ; aujourd’hui, je m’intéresse surtout aux risques opérationnels concrets après la mise à niveau. Le guide de mise à niveau de Zebra publié par la Zcash Foundation est très clair : la version 7.0.0 fait passer le format de la base de données d’état des nœuds de 28 à 29 et déplace le répertoire correspondant au premier démarrage ; les anciennes versions 6.x ne peuvent ni suivre la chaîne après NU7 ni lire le nouveau format. Pour les autres programmes qui lisent directement la base de données Zebra, se contenter de voir la mention « compatible avec NU7 » ne suffit pas : il faut aussi vérifier qu’ils reconnaissent le nouveau format d’état. Il s’agit d’un problème de compatibilité des logiciels de nœud, et non du gel des ZEC de tous les détenteurs ordinaires.
Le guide officiel « Running Zallet with Zebra » donne un exemple concret : Zallet 0.1.0-beta.3, la version publiée actuellement, ne reconnaît que le format 28 lorsqu’il lit directement le backend Zebra ; il ne peut pas lire directement le format 29 de Zebra 7.0.0. Le guide précise qu’il ne faut pas déployer cette configuration de lecture directe avant la publication officielle d’un backend compatible. Il distingue également le backend zaino, qui récupère les données de la chaîne via RPC : comme il ne lit pas directement cette base de données, il n’est pas concerné par ce conflit de formats, mais cette configuration n’a pas encore été testée dans le cadre du guide. Le journal des modifications du dépôt Zallet comporte certes une entrée de développement pour la beta.4, mais cela ne permet pas d’affirmer qu’une version compatible a déjà été officiellement publiée. Pour les prestataires de services de portefeuille, la bonne démarche consiste à vérifier le backend utilisé, à sauvegarder l’ancien état et à valider la version du nœud et son état de synchronisation en suivant les consignes du projet, plutôt que de deviner si une configuration donnée fonctionnera.
Le marché n’a pas transformé ces détails opérationnels en une tendance à sens unique. À l’heure de rédaction, la paire ZEC/USD sur Kraken s’échange autour de 1 258,50 $, contre une ouverture journalière à 1 279,88 $, avec un plus bas sur 24 heures à 1 209,19 $ et un plus haut à 1 331,53 $ ; le cours est en baisse par rapport à l’ouverture. Le tableau ZCSH de Farside affiche toujours une sortie nette de 11 millions de dollars le 5 novembre ; les souscriptions et rachats de fonds sur une seule journée ne peuvent pas expliquer toutes les variations du marché au comptant. Les termes les plus recherchés sur Binance Square au cours des six dernières heures incluent ZEC, mais le classement des sujets populaires ne comporte actuellement aucun libellé précis correspondant à ce problème de compatibilité du backend des portefeuilles. Je ne m’appuie donc pas sur l’ancien sujet « impossible de transférer 16 millions de dollars » pour tirer des conclusions à sa place. Les restrictions de trading de l’ancienne version et le problème actuel de format de lecture directe de Zallet sont également deux choses différentes ; les confondre pourrait induire en erreur les utilisateurs qui ont réellement besoin de diagnostiquer un problème.
Si je devais trader moi-même : pour l’instant, je ne participerais pas. Je n’envisagerais qu’une position acheteuse au comptant, sans effet de levier, avec une taille maximale de 1 % du capital total. Je n’envisagerais une entrée échelonnée que si le cours repassait au-dessus de 1 280 $ et s’y maintenait après un repli, et si les sources officielles confirmaient que le portefeuille et le backend utilisés se synchronisent et permettent les transferts normalement après NU7. Premier objectif : 1 305 $, puis réduire la position de moitié ; deuxième objectif : liquider le reste autour de 1 330 $. Après l’entrée, si le cours passe sous 1 209 $, je clôturerais immédiatement la position avec un stop-loss. Si un nouveau problème de compatibilité affectait les dépôts, les retraits ou le backend du portefeuille, je sortirais même avant que le cours atteigne le niveau du stop-loss. Si les conditions ne sont pas réunies, la taille de la position reste à 0 % : je ne prends pas la fin de la mise à niveau pour un signal d’achat. Si le cours reste durablement sous 1 280 $ ou si les sorties de fonds se poursuivent, je reste à l’écart et mon scénario initialement haussier est invalidé.
Sources : guides de la Zcash Foundation sur la mise à niveau de Zebra et l’utilisation de Zallet, journal officiel des modifications de Zallet, cours ZEC/USD sur Kraken, tableau des fonds ZCSH de Farside. #ZEC
Ceci est uniquement une observation personnelle du marché et ne constitue pas un conseil en investissement.
