Proposition de vérification des signatures XMR｜Les limites des portefeuilles en lecture seule restent à clarifier｜Ne pas courir après le cours avant 647 $\n\nMon approche consiste à suivre les améliorations de la sécurité des portefeuilles sur le long terme, sans présenter du code non fusionné comme un catalyseur haussier à court terme. La proposition #11675 du dépôt officiel de Monero est toujours ouverte et en attente d’examen. Elle vise à rejeter les signatures de messages impossibles à vérifier. Les développeurs indiquent qu’un portefeuille en lecture seule peut actuellement, via l’API de portefeuille signMessage ou le mode de signature par défaut du RPC de portefeuille, tenter d’utiliser une clé de dépense qu’il ne détient pas : une version de production peut renvoyer une signature impossible à vérifier, tandis qu’une version de débogage déclenche une assertion. La modification proposée consiste à vérifier d’abord que la clé publique dérivée de la clé privée sélectionnée correspond bien à celle requise par l’adresse, puis à signer ; en cas d’erreur, l’API renverrait un état d’erreur et le RPC une erreur. Autre limite à prendre en compte : lorsqu’une adresse explicite est fournie, il faut vérifier à la fois la clé publique de dépense et la clé publique de consultation, afin d’éviter qu’une simple correspondance partielle produise une signature incompatible avec l’adresse indiquée. Le diff du code et les explications se corroborent, mais il ne s’agit pas encore d’une version publiée.\n\nÀ mon avis, cela touche à la fiabilité de l’indication « signature réussie » pour les utilisateurs de portefeuilles, en particulier lorsqu’une signature de message sert à prouver le contrôle d’une adresse. On ne peut pas en déduire que les signatures de transactions on-chain sont généralement défaillantes, et rien ne prouve que le réseau principal de XMR ait subi une double dépense ou un vol de fonds. Les développeurs indiquent que les tests unitaires, les tests de l’API de portefeuille et les tests fonctionnels du RPC ont été exécutés ; c’est utile pour l’examen, mais cela ne constitue pas une conclusion d’audit de sécurité. La dernière version officielle consultable sur le site est toujours la version mineure 0.18.5.4 du 16 octobre, et l’annonce ne présente pas #11675 comme un correctif déjà déployé. Ce n’est qu’après la fusion du code, sa publication et la mise à niveau des utilisateurs que l’on pourra parler d’un changement concret des limites d’utilisation.\n\nIl faut également rectifier le volet réglementaire : dans mon précédent message sur XMR, j’avais cité l’adoption, le 3 novembre, par l’Assemblée nationale française d’un amendement imposant une déclaration des actifs détenus en auto-garde à partir de 100 000 €. Le résultat du vote reste exact, mais les dossiers législatifs ultérieurs de l’Assemblée montrent que le texte de première lecture du projet de loi de finances pour 2027 a été rejeté dans son ensemble le 4 novembre. L’adoption de l’amendement lors d’un vote ne signifie pas que l’obligation de déclaration est entrée en vigueur. Ce texte ne mentionne pas non plus XMR et ne propose pas d’interdire les monnaies axées sur la confidentialité. Mélanger la PR sur les signatures du portefeuille et le débat fiscal français dans un récit selon lequel « les monnaies privées sont interdites » induirait en erreur dans l’évaluation des positions. Ce qu’il faut réellement suivre, c’est l’avancement du projet de loi officiel et les annonces de version de Monero.\n\nLe marché n’offre pas encore d’explication fiable des mouvements de prix. À l’instant, XMR/USD s’échangeait autour de 639,99 $ sur Kraken, avec un plus bas sur 24 heures de 624,75 $, un plus haut de 647,02 $ et un cours d’ouverture de 641,39 $. Le prix est légèrement inférieur à l’ouverture, tout en restant dans la fourchette de la journée. En l’absence de données sur les volumes et d’une étude événementielle, rien ne permet d’affirmer que « le correctif de signature a fait monter XMR » ou que « les nouvelles françaises ont fait baisser XMR ». Mon analyse : si le cours ne parvient pas à se maintenir durablement autour de 647 $, la vigueur actuelle ne sera qu’un rebond dans une fourchette ; s’il passe sous 641 $ et que le rebond échoue, la dynamique haussière à court terme s’affaiblira ; si le seuil des 624 $ cède également, il faudra réévaluer le risque plutôt que de se rassurer avec une proposition de développement.\n\nSi je devais trader moi-même : je ne prendrais pas position maintenant. Je n’envisagerais qu’un achat au comptant sans effet de levier, avec un risque maximal de 1 % du capital total par opération. Le déclencheur d’entrée serait une cassure au-dessus de 647,02 $, suivie d’un repli qui tient, sans nouvelle annonce négative officielle concernant la sécurité ou la réglementation. Si ces conditions ne sont pas réunies, je resterais à l’écart. Premier objectif : 660 $, où je réduirais la position de moitié ; deuxième objectif : 675 $, en remontant le stop de protection sur le reste de la position. Le stop initial serait placé sous 641 $ ; après l’entrée, si le cours repasse sous 641 $ et que le rebond échoue, je clôturerais toute la position. Si le cours passe d’abord sous 624 $, j’annulerais le plan d’achat. Si #11675 est rejetée ou si la documentation d’une version officielle modifie la portée du problème, je réexaminerai aussi mon analyse ; je ne présenterai pas ce plan comme une opération déjà exécutée.\n\n#XMR\nTout ce qui précède ne constitue qu’une observation personnelle du marché et ne saurait être considéré comme un conseil en investissement.