Ancienne RPC Monero proposée à la dépréciation｜Interface maintenue pour assurer la compatibilité｜XMR autour de 604 $ : attendre la confirmation
Mon attitude est prudente : je ne considère pas une proposition de développement comme une modification déjà appliquée au réseau principal. La pull request n° 11601 du projet Monero est toujours ouverte et en attente d’examen. Elle propose de marquer l’interface du daemon getblocks_by_height.bin comme obsolète. La proposition précise également que cette interface sera conservée pour assurer la compatibilité avec les utilisateurs actuels ; les fonctionnalités auxquelles les portefeuilles faisaient auparavant appel devraient être prises en charge par d’autres interfaces RPC. Cette proposition dépend de deux modifications antérieures concernant l’ordre de balayage des transactions et la recherche des horodatages des portefeuilles. Les mots-clés sont ici « proposée à la dépréciation » et « compatibilité maintenue » : cela ne signifie pas que l’interface a été supprimée, encore moins qu’il y a une panne du réseau ou un changement des fonctionnalités de confidentialité. La version 0.18.5.4, publiée le 16 octobre, est antérieure à cette proposition ; elle ne permet donc pas d’affirmer que cette modification a déjà été intégrée à la version publiée.
Pourquoi est-ce que je reste attentif ? Les nœuds, les portefeuilles, les explorateurs de blocs et les systèmes de surveillance des dépôts des plateformes d’échange peuvent dépendre du même type d’appel RPC. Même si l’ancienne interface reste disponible, si la modification est ensuite fusionnée et intégrée à une version officielle, les responsables de la maintenance devront prévoir la migration, les tests de régression et la gestion des erreurs. C’est un signal de maintenance à long terme de l’infrastructure ; à court terme, il ne modifie pas directement l’offre de XMR, les frais ou le niveau de confidentialité on-chain. Présenter une modification de code en attente d’examen comme ayant un « impact imminent sur les dépôts et les retraits » risque de provoquer une inquiétude inutile. À l’inverse, négliger les tests de compatibilité serait imprudent. Je continuerai à suivre l’examen, la fusion, les notes de version et les annonces officielles de maintenance des plateformes d’échange, plutôt que de déduire le calendrier de mise en œuvre de la popularité des publications.
Côté marché, le XMR/USD s’échange actuellement autour de 604 $ sur Kraken, avec un plus bas d’environ 586 $ et un plus haut d’environ 655 $ au cours des dernières 24 heures. Le prix a reculé depuis son sommet, mais cette fluctuation ne peut pas être attribuée à la proposition évoquée. Ma zone clé d’observation se situe entre 586 et 615 $ : la capacité à repasser au-dessus de 615 $ et à s’y maintenir lors d’un repli permettra de vérifier si l’appétit pour le risque à court terme se rétablit. Une cassure sous 586 $, suivie d’un maintien durable en dessous, invaliderait mon scénario actuel d’attente dans un marché en range. Les 655 $ correspondent simplement à la borne haute de la fluctuation de la veille, et non à un objectif garanti. Les cotations et la liquidité varient selon les plateformes ; il faut vérifier le carnet d’ordres avant d’exécuter une transaction.
Si je devais trader moi-même, je ne poursuivrais pas la hausse et ne prendrais pas de position vendeuse avec effet de levier. Je n’envisagerais qu’une position acheteuse au comptant de petite taille. Je ne considérerais une entrée qu’après un retour au-dessus de 615 $, à condition que le niveau tienne lors d’un repli sur une heure et qu’aucun nouvel élément négatif n’apparaisse dans les communications officielles. Je participerais alors en deux tranches, avec une position totale plafonnée à 2 % des fonds du compte. Mon premier objectif serait 635 $, niveau auquel je réduirais la position de moitié. Mon deuxième objectif serait entre 650 et 655 $, où je sortirais du reste progressivement. Si, après l’entrée, le prix repassait sous 600 $, je clôturerais la position avec une perte limitée. Si le cours ne parvenait pas à se maintenir au-dessus de 615 $, j’annulerais tout simplement le plan. Même si le prix atteint un objectif, je ne comptabiliserais que les transactions réellement exécutées ; un objectif non atteint ne constitue pas un gain. Si une version officielle ou une annonce d’une plateforme d’échange contredisait les attentes actuelles en matière de compatibilité, je privilégierais la clôture de la position et une nouvelle évaluation plutôt que de m’accrocher à mon plan initial.
Sources : PR n° 11601 du projet Monero, annonce de la version 0.18.5.4 sur getmonero.org ; cotation : XMR/USD sur Kraken. #XMR
Ces propos reflètent uniquement mon observation personnelle du marché et ne constituent pas un conseil en investissement.
Mon attitude est prudente : je ne considère pas une proposition de développement comme une modification déjà appliquée au réseau principal. La pull request n° 11601 du projet Monero est toujours ouverte et en attente d’examen. Elle propose de marquer l’interface du daemon getblocks_by_height.bin comme obsolète. La proposition précise également que cette interface sera conservée pour assurer la compatibilité avec les utilisateurs actuels ; les fonctionnalités auxquelles les portefeuilles faisaient auparavant appel devraient être prises en charge par d’autres interfaces RPC. Cette proposition dépend de deux modifications antérieures concernant l’ordre de balayage des transactions et la recherche des horodatages des portefeuilles. Les mots-clés sont ici « proposée à la dépréciation » et « compatibilité maintenue » : cela ne signifie pas que l’interface a été supprimée, encore moins qu’il y a une panne du réseau ou un changement des fonctionnalités de confidentialité. La version 0.18.5.4, publiée le 16 octobre, est antérieure à cette proposition ; elle ne permet donc pas d’affirmer que cette modification a déjà été intégrée à la version publiée.
Pourquoi est-ce que je reste attentif ? Les nœuds, les portefeuilles, les explorateurs de blocs et les systèmes de surveillance des dépôts des plateformes d’échange peuvent dépendre du même type d’appel RPC. Même si l’ancienne interface reste disponible, si la modification est ensuite fusionnée et intégrée à une version officielle, les responsables de la maintenance devront prévoir la migration, les tests de régression et la gestion des erreurs. C’est un signal de maintenance à long terme de l’infrastructure ; à court terme, il ne modifie pas directement l’offre de XMR, les frais ou le niveau de confidentialité on-chain. Présenter une modification de code en attente d’examen comme ayant un « impact imminent sur les dépôts et les retraits » risque de provoquer une inquiétude inutile. À l’inverse, négliger les tests de compatibilité serait imprudent. Je continuerai à suivre l’examen, la fusion, les notes de version et les annonces officielles de maintenance des plateformes d’échange, plutôt que de déduire le calendrier de mise en œuvre de la popularité des publications.
Côté marché, le XMR/USD s’échange actuellement autour de 604 $ sur Kraken, avec un plus bas d’environ 586 $ et un plus haut d’environ 655 $ au cours des dernières 24 heures. Le prix a reculé depuis son sommet, mais cette fluctuation ne peut pas être attribuée à la proposition évoquée. Ma zone clé d’observation se situe entre 586 et 615 $ : la capacité à repasser au-dessus de 615 $ et à s’y maintenir lors d’un repli permettra de vérifier si l’appétit pour le risque à court terme se rétablit. Une cassure sous 586 $, suivie d’un maintien durable en dessous, invaliderait mon scénario actuel d’attente dans un marché en range. Les 655 $ correspondent simplement à la borne haute de la fluctuation de la veille, et non à un objectif garanti. Les cotations et la liquidité varient selon les plateformes ; il faut vérifier le carnet d’ordres avant d’exécuter une transaction.
Si je devais trader moi-même, je ne poursuivrais pas la hausse et ne prendrais pas de position vendeuse avec effet de levier. Je n’envisagerais qu’une position acheteuse au comptant de petite taille. Je ne considérerais une entrée qu’après un retour au-dessus de 615 $, à condition que le niveau tienne lors d’un repli sur une heure et qu’aucun nouvel élément négatif n’apparaisse dans les communications officielles. Je participerais alors en deux tranches, avec une position totale plafonnée à 2 % des fonds du compte. Mon premier objectif serait 635 $, niveau auquel je réduirais la position de moitié. Mon deuxième objectif serait entre 650 et 655 $, où je sortirais du reste progressivement. Si, après l’entrée, le prix repassait sous 600 $, je clôturerais la position avec une perte limitée. Si le cours ne parvenait pas à se maintenir au-dessus de 615 $, j’annulerais tout simplement le plan. Même si le prix atteint un objectif, je ne comptabiliserais que les transactions réellement exécutées ; un objectif non atteint ne constitue pas un gain. Si une version officielle ou une annonce d’une plateforme d’échange contredisait les attentes actuelles en matière de compatibilité, je privilégierais la clôture de la position et une nouvelle évaluation plutôt que de m’accrocher à mon plan initial.
Sources : PR n° 11601 du projet Monero, annonce de la version 0.18.5.4 sur getmonero.org ; cotation : XMR/USD sur Kraken. #XMR
Ces propos reflètent uniquement mon observation personnelle du marché et ne constituent pas un conseil en investissement.