Mise à jour des bibliothèques de développement XMR｜Amélioration de la fiabilité des portefeuilles, mais pas une mise à niveau du protocole｜Autour de 554 dollars d’abord, confirmation nécessaire
Ma position est prudente : je surveille, sans courir après une hausse juste à cause d’un lot de numéros de version. Le 24 septembre, le développeur woodser a publié sur GitHub monero-cpp v0.9.5, monero-java v0.8.57 et monero-ts v0.11.16. Les trois notes de publication se vérifient ; ce sont des bibliothèques d’intégration de portefeuille orientées développeurs, pas une hard fork du réseau Monero, et on ne peut pas non plus en déduire que le protocole de confidentialité a changé.
Ce qui mérite d’être regardé, cette fois, ce sont les détails plutôt que les slogans. Côté bibliothèque C++, corrections : fermeture du portefeuille quand il est occupé, affichage erroné du montant à sortir lorsque l’historique est incomplet, résidus de mises à jour anciennes après changement de portefeuille, et rappel de disponibilité du solde manquant. Côté Java et TypeScript, les bibliothèques absorbent en parallèle ces correctifs. Pour les applications qui intègrent des paiements et encaissements en XMR, réduire les soldes erronés, les retards d’état et les fermetures anormales aide à diminuer les frictions opérationnelles. Mais entre la publication du code et l’intégration complète dans une application, les tests, le déploiement, puis l’utilisation par les utilisateurs réels, il y a encore un long chemin. Ce que cela améliore, c’est la crédibilité de l’infrastructure ; cela ne crée pas directement un flux d’achats au comptant.
La réaction du marché n’a pas non plus apporté de preuve de « bonnes nouvelles réalisées ». Quand je consulte Kraken sur XMR/USD, le dernier prix échangé est d’environ 554,70 dollars ; à l’ouverture sur 24h, on est à 565,78 dollars ; plus haut 575,00, plus bas 545,52. Par rapport à l’ouverture, c’est encore plutôt faible. Le prix d’un seul exchange ne représente qu’une fenêtre d’observation : cela ne veut pas dire que tout le marché réagit pareil, et encore moins qu’on peut attribuer cette volatilité à la mise à jour des bibliothèques. Pour l’instant, je considère 545,5 comme zone d’observation/défense, et 575 comme zone de validation à l’étage au-dessus ; au milieu de la fourchette, je ne cherche pas à prendre position.
Si c’était mon propre trading, je n’y participerais pas maintenant : je garde d’abord une neutralité, avec une position prévue à 0 %. Je ne considérerais d’utiliser au plus 2 % des fonds totaux pour un achat spot à l’essai que si le prix reprend et tient au-dessus de 575 dollars, que le repli ne casse pas le niveau et que l’activité des échanges s’améliore en même temps. Premier objectif : 590 ; proche de l’objectif, je réduirais de moitié, et le reste viserait 605. Après l’entrée, si le prix retombe sous 565, ou si un problème d’intégration du portefeuille apparaît et que la liquidité de l’exchange se détériore nettement, je couperai la perte en clôturant et je n’ajouterai pas pour « moyenner » le coût. Si au contraire 545,5 est cassé à la baisse, l’idée de départ d’un scénario haussier est invalidée : je reste en dehors du marché, sans utiliser une « mise à jour technique » comme prétexte pour attraper le mouvement à la baisse.
Source : pages de publication GitHub des trois versions de woodser ; cotation publique XMR/USD sur Kraken. #XMR
Ce qui précède n’est qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
Ma position est prudente : je surveille, sans courir après une hausse juste à cause d’un lot de numéros de version. Le 24 septembre, le développeur woodser a publié sur GitHub monero-cpp v0.9.5, monero-java v0.8.57 et monero-ts v0.11.16. Les trois notes de publication se vérifient ; ce sont des bibliothèques d’intégration de portefeuille orientées développeurs, pas une hard fork du réseau Monero, et on ne peut pas non plus en déduire que le protocole de confidentialité a changé.
Ce qui mérite d’être regardé, cette fois, ce sont les détails plutôt que les slogans. Côté bibliothèque C++, corrections : fermeture du portefeuille quand il est occupé, affichage erroné du montant à sortir lorsque l’historique est incomplet, résidus de mises à jour anciennes après changement de portefeuille, et rappel de disponibilité du solde manquant. Côté Java et TypeScript, les bibliothèques absorbent en parallèle ces correctifs. Pour les applications qui intègrent des paiements et encaissements en XMR, réduire les soldes erronés, les retards d’état et les fermetures anormales aide à diminuer les frictions opérationnelles. Mais entre la publication du code et l’intégration complète dans une application, les tests, le déploiement, puis l’utilisation par les utilisateurs réels, il y a encore un long chemin. Ce que cela améliore, c’est la crédibilité de l’infrastructure ; cela ne crée pas directement un flux d’achats au comptant.
La réaction du marché n’a pas non plus apporté de preuve de « bonnes nouvelles réalisées ». Quand je consulte Kraken sur XMR/USD, le dernier prix échangé est d’environ 554,70 dollars ; à l’ouverture sur 24h, on est à 565,78 dollars ; plus haut 575,00, plus bas 545,52. Par rapport à l’ouverture, c’est encore plutôt faible. Le prix d’un seul exchange ne représente qu’une fenêtre d’observation : cela ne veut pas dire que tout le marché réagit pareil, et encore moins qu’on peut attribuer cette volatilité à la mise à jour des bibliothèques. Pour l’instant, je considère 545,5 comme zone d’observation/défense, et 575 comme zone de validation à l’étage au-dessus ; au milieu de la fourchette, je ne cherche pas à prendre position.
Si c’était mon propre trading, je n’y participerais pas maintenant : je garde d’abord une neutralité, avec une position prévue à 0 %. Je ne considérerais d’utiliser au plus 2 % des fonds totaux pour un achat spot à l’essai que si le prix reprend et tient au-dessus de 575 dollars, que le repli ne casse pas le niveau et que l’activité des échanges s’améliore en même temps. Premier objectif : 590 ; proche de l’objectif, je réduirais de moitié, et le reste viserait 605. Après l’entrée, si le prix retombe sous 565, ou si un problème d’intégration du portefeuille apparaît et que la liquidité de l’exchange se détériore nettement, je couperai la perte en clôturant et je n’ajouterai pas pour « moyenner » le coût. Si au contraire 545,5 est cassé à la baisse, l’idée de départ d’un scénario haussier est invalidée : je reste en dehors du marché, sans utiliser une « mise à jour technique » comme prétexte pour attraper le mouvement à la baisse.
Source : pages de publication GitHub des trois versions de woodser ; cotation publique XMR/USD sur Kraken. #XMR
Ce qui précède n’est qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
