11637

La protection des adresses multisignatures Monero attend toujours d’être fusionnée｜XMR autour de 599 dollars｜Privilégier le processus de réception plutôt que courir après l’actualité

Mon attitude est à l’observation prudente : pour l’instant, je ne considère pas la revue du code comme un catalyseur de hausse du XMR. La PR #11637 du dépôt officiel de Monero propose que le portefeuille n’affiche pas aux utilisateurs des adresses potentiellement invalides tant que le processus multisignature n’est pas terminé. Son auteur précise que cette mesure vise à éviter que les utilisateurs partagent des adresses invalides. À en juger par les fichiers modifiés, des vérifications de disponibilité multisignature ont été ajoutées à l’invite d’ouverture du portefeuille en ligne de commande, à l’affichage des adresses et à certaines réponses du RPC du portefeuille. La page affiche toujours le statut « Open », avec les étiquettes « en attente d’examen » et « rétroportage nécessaire ». Même si un examinateur a donné son accord, on ne peut pas affirmer que le code a été fusionné, que le client a été publié, et encore moins qu’il s’agit d’une mise à niveau du réseau principal. Le dernier portefeuille officiel indiqué sur le blog du site date toujours du 16 octobre : la version 0.18.5.4. Une correction mineure ne signifie pas que cette proposition a été intégrée au logiciel utilisé par les utilisateurs.

Cette modification mérite attention, car le coût des erreurs lors de la réception multisignature se situe principalement au niveau des opérations : si les participants copient une adresse temporaire avant d’avoir terminé sa génération, les vérifications ultérieures, la réception des fonds et leur récupération peuvent se compliquer. La proposition vise à empêcher clairement l’affichage d’une adresse « pas encore prête », afin de réduire le risque que les utilisateurs s’en servent pour recevoir des fonds. Elle porte sur l’interaction avec le portefeuille et la validité des adresses, et non sur une amélioration soudaine de l’algorithme de confidentialité du XMR. Rien ne prouve non plus que des pertes importantes se soient déjà produites sur la chaîne. Pour les utilisateurs ordinaires, la démarche la plus pratique reste d’attendre que toutes les parties à la multisignature aient terminé le protocole, de vérifier indépendamment l’adresse finale et de commencer par un petit montant test, plutôt que de modifier leurs règles de gestion des fonds sur la foi d’une PR.

Comment le marché a-t-il déjà réagi ? Lors de cette vérification sur le marché au comptant de Kraken, le dernier cours du XMR était d’environ 598.86 dollars, légèrement au-dessus de l’ouverture journalière à 597.92, mais toujours sous le plus haut journalier à 615.99 ; le BTC s’échangeait autour de 80332 dollars, sous son ouverture journalière à 81287. Le fait que le XMR se maintienne autour de son cours d’ouverture journalier ne prouve pas que cette PR ait suscité des achats ; la simultanéité d’un événement de développement et d’un mouvement de prix n’implique pas un lien de causalité. Je considère la zone de 597 à 600 comme un équilibre à court terme. À la hausse, je surveillerai d’abord 605 et 616 ; à la baisse, 590, puis le plus bas intrajournalier à 582.03. Si le cours ne parvient pas à tenir 597 et que le BTC continue de faiblir, l’hypothèse d’une vigueur à court terme sera invalidée. S’il se maintient au-dessus de 605 avec des volumes en hausse, plutôt que de former une simple mèche haute instantanée, les conditions seront réunies pour surveiller le plus haut journalier.

Si je devais trader moi-même, je resterais à l’écart pour le moment et ne garderais qu’un scénario conditionnel de petite position longue au comptant. Je n’envisagerais une position d’essai représentant 1 % du capital total, sans effet de levier, que si le XMR dépasse 605 dollars, tient toujours les 600 lors d’un repli et que le BTC ne marque pas un nouveau plus bas du jour. Je prendrais la moitié des bénéfices près du premier objectif, à 616 ; après une cassure confirmée, je viserais ensuite environ 625 et placerais un stop suiveur sur le reste de la position. Après l’entrée, je clôturerais avec un stop-loss si le cours repasse sous 597. Je clôturerais aussi volontairement si deux tentatives de franchissement de 616 échouent, ou si la PR est ensuite fermée et que la tendance s’affaiblit. Tant que ces conditions ne sont pas remplies, il ne s’agit que d’un plan : on ne peut pas prétendre qu’une transaction a déjà été exécutée ni qu’elle a généré des bénéfices.

Sources : PR #11637 sur le GitHub officiel de Monero, blog officiel sur les versions ; instantané des cours au comptant de Kraken. #XMR
Ce qui précède ne constitue qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.

Proposition de protection des adresses XMR multisignatures｜Toujours en examen, pas encore publiée｜Rester discipliné autour de 597 $

Je considère cela comme un signal de risque lié à l’utilisation des portefeuilles et ne poursuis pas la hausse sur la seule base d’une proposition de code. Le 28 octobre, une nouvelle pull request, la n° 11637, a été ajoutée au dépôt officiel de Monero. Son objectif est d’empêcher l’affichage d’adresses multisignatures qui ne sont pas encore finalisées. Dans la description, l’auteur dit clairement qu’il vaut mieux éviter que les utilisateurs partagent des adresses invalides. Après vérification des fichiers modifiés, le portefeuille en ligne de commande devrait masquer l’adresse tant que la configuration multisignature n’est pas terminée, et les interfaces RPC du portefeuille, notamment celles permettant d’obtenir ou de créer une adresse, devraient aussi vérifier que la configuration est prête. La page indique toujours « Open » et « pending review ». Même si un réviseur a donné son approbation, la pull request n’a pas encore été fusionnée ; il serait donc faux d’affirmer que tous les portefeuilles ont déjà été mis à jour.

Le mécanisme concret est bien plus nuancé qu’un simple « signal positif pour la sécurité ». La création d’un portefeuille multisignature jusqu’à sa finalisation nécessite que les participants échangent des informations selon une procédure définie. Si l’adresse est communiquée au destinataire avant la fin de cette procédure, le paiement peut échouer ou entraîner des complications par la suite. La proposition concerne les limites de l’interaction avec le portefeuille et de l’affichage ; elle ne permet pas d’affirmer que le consensus du réseau principal Monero a été compromis, ni d’en déduire qu’une perte massive de fonds a eu lieu. Les utilisateurs de portefeuilles multisignatures devraient d’abord vérifier que leur portefeuille est correctement configuré, puis effectuer un test de réception avec un petit montant, en attendant la fusion officielle, les tests et la publication d’une nouvelle version. Une « correction envisagée » en cours d’examen du code ne signifie absolument pas que les versions actuelles disposent déjà de cette protection.

Pour le marché, la facilité d’utilisation des portefeuilles influe durablement sur la confiance, mais cette proposition ne suffit pas, à elle seule, à démontrer une nouvelle demande de XMR. Ce matin, le cours XMR/USD sur Kraken était d’environ 597,25 $, en dessous de l’ouverture journalière autour de 606,12 $, avec un plus haut et un plus bas sur 24 heures d’environ 618,56 $ et 591 $. Le BTC/USD s’échangeait autour de 81 260 $. XMR reste sous le seuil des 600 $, ce qui montre qu’au moins pour l’instant, le cours ne semble pas avoir directement franchi ce niveau en réaction à cette nouvelle. On ne peut pas non plus attribuer cette baisse à la proposition. Le 28 octobre, la Réserve fédérale a maintenu la fourchette des taux entre 3,75 % et 4 % par 10 voix contre 2 ; les deux dissidents étaient favorables à une hausse. Dans ce contexte macroéconomique, les petites capitalisations sont plus susceptibles d’être influencées par l’appétit général pour le risque.

Je considérerai 600 $ comme premier niveau à surveiller, 606 $ comme le niveau autour duquel observer une éventuelle reprise du cours d’ouverture, et 618 $ comme celui où vérifier si les volumes suffisent à soutenir le mouvement. À la baisse, le premier niveau à surveiller est 591 $. Si le cours passe sous 591 $ et ne parvient toujours pas à repasser au-dessus lors d’un rebond, mon scénario haussier à court terme sera invalidé. Un bref passage intrajournalier au-dessus de 600 $, suivi d’un repli rapide, ne constituerait pas non plus un véritable signal de renforcement. Il faut vérifier séparément l’évolution du cours et celle du code du portefeuille, sans substituer une pull request non fusionnée à des preuves de marché.

Si je devais trader moi-même, je resterais actuellement à l’écart. Je n’envisagerais qu’une tentative d’achat au comptant sans effet de levier, avec une position ne dépassant pas 2 % du capital total. Le déclencheur d’entrée serait un retour de XMR au-dessus de 606 $, suivi d’un repli qui ne passe pas sous 600 $, tandis que BTC se maintient au-dessus de 81 000 $. Le premier objectif serait 618 $ ; j’allégerais la position de moitié à ce niveau, et conserverais le reste en visant 630 $, à condition que les volumes restent soutenus. Le stop-loss ferme serait placé à 590 $. Si, après l’entrée, le cours repasse sous 600 $ sans parvenir à reprendre ce niveau, je clôturerais la position plus tôt. En l’absence de ces conditions, je resterais à l’écart et ne présenterais jamais un plan de surveillance comme une transaction déjà exécutée. Si le projet annonce une fusion ou la publication d’une nouvelle version, je vérifierai les informations séparément.

Sources : pull request n° 11637 et modifications des fichiers sur le GitHub officiel de Monero ; cours en temps réel de Kraken ; déclaration de la Réserve fédérale du 28 octobre. #XMR
Ce qui précède ne constitue qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.