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.
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.
