Proposition de correctif du portefeuille XMR|Pas encore fusionnée ni publiée|Défense autour de 557

Je reste sur la défensive : une proposition de code ne signifie pas qu’un incident de sécurité est déjà corrigé. Aujourd’hui, une PR, la #11720, a été ouverte dans le dépôt principal de Monero. Son titre indique qu’elle ajoute une vérification de la hauteur maximale des blocs à fast_refresh, la fonction d’actualisation rapide du portefeuille. Sur la page du projet, son auteur explique que la logique actuelle vérifie uniquement si la hauteur de départ renvoyée par le nœud est inférieure à l’offset de la chaîne de hachage du portefeuille. Si le nœud renvoie une hauteur de départ supérieure à l’extrémité actuelle de la chaîne du portefeuille, les hachages suivants risquent d’être ajoutés au mauvais emplacement. Le portefeuille peut alors afficher une hauteur erronée et les actualisations suivantes peuvent échouer, jusqu’à ce que la blockchain soit rescannée. La modification proposée ajoute une limite supérieure dans le chemin d’actualisation rapide ; en cas de réponse anormale, ce chemin est abandonné et l’actualisation normale des blocs se poursuit. La page mentionne également des tests de régression pour ce cas.

Il faut préciser les limites des faits : au moment où j’ai consulté la page, cette PR était toujours ouverte (« Open »), ne comptait qu’un seul commit et n’affichait ni approbation de revue ni fusion. La page de téléchargement officielle de Monero indiquait toujours la version 0.18.5.4 pour les éditions GUI et CLI. Il s’agit d’une proposition d’amélioration en attente d’examen, et non d’une mise à jour du portefeuille déjà publiée aujourd’hui, encore moins d’une preuve que le réseau principal est à l’arrêt, que des fonds ont été volés ou que la protection de la vie privée a été compromise. Le problème concerne le traitement de la hauteur de synchronisation entre le portefeuille et les réponses du nœud ; d’après la description, un nœud normal ne renvoie pas de hauteur de départ dépassant l’extrémité de la chaîne. Les utilisateurs ne pourront obtenir une version corrigée que si la PR est fusionnée et publiée ultérieurement.

Pourquoi les traders devraient-ils s’y intéresser ? L’autogarde et les transactions privées comptent parmi les principaux atouts de XMR. La fiabilité de la synchronisation du portefeuille influe sur la confiance des utilisateurs lorsqu’ils vérifient leur solde et l’historique de leurs transactions. Les personnes qui utilisent un nœud distant doivent tout particulièrement distinguer un « affichage anormal du portefeuille local », une « réponse anormale du nœud » et un « problème de consensus sur la chaîne ». Une erreur d’interface ne signifie pas que les fonds ont disparu. En cas d’anomalie, vérifiez d’abord le nœud, la version officielle et les instructions de récupération ; ne communiquez jamais votre phrase de récupération à des inconnus. À l’inverse, une PR isolée ne constitue pas un catalyseur du cours : une correction du code doit passer par l’examen, la fusion, la publication et l’adoption par les utilisateurs, un processus qui prend du temps.

La réaction du marché est plus directe que le récit du projet. Lorsque j’ai consulté les données sur 24 heures de la paire XMR/USDT sur KuCoin, le cours était d’environ 557.04 dollars, en baisse d’environ 7.25 % sur 24 heures, avec un plus haut à 605.60 et un plus bas à 556.77. Cette baisse s’inscrit dans un contexte plus général d’aversion au risque sur les marchés et ne peut pas être attribuée à cette PR tout juste soumise. La zone des 557 constitue le niveau bas à surveiller actuellement ; 565 et 580 sont les niveaux à reconquérir en cas de rebond. Si le cours passe sous 556.7 et ne parvient pas à se maintenir au-dessus, la faiblesse à court terme persiste. S’il repasse durablement au-dessus de 580, et qu’aucun nouveau fait négatif ne concerne le projet ou une plateforme d’échange, je pourrai réviser mon scénario défensif. Selon le calendrier du BLS, l’IPC américain d’octobre ne sera publié que ce soir à 21:30, heure de Pékin ; il ne faut pas traiter une prévision comme un chiffre réel avant sa publication.

Si je devais trader moi-même, je resterais à l’écart pour l’instant et n’envisagerais qu’un petit achat au comptant, une fois les signaux confirmés. Condition de déclenchement : le cours doit repasser au-dessus de 580 dollars et s’y maintenir lors d’un repli, tandis que les volumes et l’appétit pour le risque sur les principales cryptomonnaies ne doivent pas continuer de se dégrader. La première prise de position ne dépasserait pas 0.3 % du capital total, sans effet de levier. Premier objectif : 590 dollars, où je réduirais la position de moitié. Deuxième objectif : 605 dollars, où je liquiderais le reste par étapes. Si le cours retombe sous 568 dollars après l’entrée, je couperais immédiatement la position. Si le marché dans son ensemble chute brutalement après la publication de l’IPC, ou si le projet publie une annonce de sécurité substantielle, je sortirais également par anticipation. Si les conditions ne sont pas réunies, je resterais sans position, sans présenter un plan conditionnel comme une transaction exécutée ou un gain réalisé.

Sources : dépôt principal de Monero, PR #11720 ; page officielle de téléchargement de Monero ; cours XMR/USDT sur KuCoin ; calendrier de publication de l’IPC du BLS. #XMR

Ces propos ne reflètent que mon observation personnelle du marché et ne constituent pas un conseil en investissement.