Réparation de P2Pool et fusion minière avec Tari｜La mise à jour des outils du mineur n’est pas une mise à niveau du réseau principal XMR｜Autour de 554, je me prépare d’abord à défendre
Mon point de vue : d’abord évaluer les risques, ne pas prendre un numéro de version d’un logiciel de pool minier comme catalyseur de hausse de XMR. Le mainteneur de P2Pool, SChernykh, a publié le 22 septembre la v4.18.1. Sur la page officielle de publication GitHub, il est indiqué quatre correctifs : la fusion minière avec Tari exige désormais que le nœud Tari soit au moins en v6.0.0 ; le sidechain ne marque plus comme invalide directement les blocs qui manquent de blocs parents ou d’oncles ; la liste de nœuds n’accepte plus les IP privées ; et le correctif corrige un crash de la commande “version” dans des conditions de compilation spécifiques de libcurl. Monero Observer a également vérifié cette publication. Ici, “publié” signifie l’outil P2Pool, pas un hard fork du réseau principal Monero, ni un changement du mécanisme de récompense réseau.
Pourquoi cela mérite l’attention des mineurs ? P2Pool est une voie de minage décentralisée ; un dysfonctionnement du logiciel peut affecter les mineurs qui s’y connectent et la gestion de leurs parts. Le correctif de compatibilité pour la fusion minière réduit une partie des frictions d’exécution, mais les mineurs doivent toujours vérifier la version de leur nœud Tari, l’horloge du système lors de la synchronisation, et confirmer la signature et le hash des fichiers téléchargés ; on ne doit pas simplement installer via des liens relayés sur les réseaux sociaux. Le mainteneur rappelle aussi que l’adresse de minage est publique sur P2Pool : il vaut mieux utiliser une adresse de portefeuille séparée. Ce n’est pas un problème de même niveau que la confidentialité des transactions sur la blockchain Monero. Lors de la précédente mention, le plan de DxPool pour fermer le pool XMR le 24 septembre concernait le retrait d’un seul prestataire ; ici, c’est la maintenance d’une autre trajectoire d’outil décentralisé, qu’on ne peut pas attribuer simplement au fait que tout le flux aurait migré vers P2Pool.
La réaction du marché ne colle pas au récit “mise à jour = bon signal”. En observant le cours perpétuel XMR publié sur KuCoin, le prix est d’environ 554,45 $, avec un plus haut sur 24 h à 578,8 et un plus bas à 518,24, soit une baisse d’environ 3,52 % sur la journée. La volatilité est forte, et de plus la publication de la version logicielle est antérieure à cette observation : on ne peut pas attribuer la chute ou le rebond à cette mise à jour. À court terme, je regarde d’abord si 548–552 peut rester stable ; à la hausse, il faudrait repasser au-dessus de 565. Si 548 repasse à nouveau sous le niveau et s’accompagne d’un volume accru, je considérerai que l’avis de défense reste le plus pertinent. Renverser mon attitude prudente nécessiterait que le prix récupère durablement 565, et qu’ensuite aucun nouveau problème de compatibilité n’apparaisse sur le fonctionnement des nœuds mineurs et des parts.
Si c’était moi qui tradais : je n’entre pas maintenant. Je ne fais qu’un plan de long spot sans levier, avec une position maximale de 0,3 % du capital total. Je n’envisagerais l’entrée que s’il y a deux bougies complètes consécutives de 15 minutes clôturant au-dessus de 566, puis un re-test de 560–565 sans cassure, et si le volume ne montre pas de diminution nette (pas de “dessèchement”). À 573, je réduis de moitié ; vers 580, je clôture entièrement. Après l’entrée, si sur 15 minutes le prix repasse sous 558 à la baisse, je réduis de moitié ; en cas de cassure sous 548, stop immédiat, et liquidation totale de la position restante. Si le prix casse d’abord 540 sans que j’entre, le plan pour ce cycle est annulé. Si les conditions ne sont pas déclenchées, je continue en position cash, et je ne transforme jamais l’attente en “exécution”.
#XMR
Ce qui précède ne sont que des observations personnelles du marché et ne constitue pas un conseil en investissement.
Mon point de vue : d’abord évaluer les risques, ne pas prendre un numéro de version d’un logiciel de pool minier comme catalyseur de hausse de XMR. Le mainteneur de P2Pool, SChernykh, a publié le 22 septembre la v4.18.1. Sur la page officielle de publication GitHub, il est indiqué quatre correctifs : la fusion minière avec Tari exige désormais que le nœud Tari soit au moins en v6.0.0 ; le sidechain ne marque plus comme invalide directement les blocs qui manquent de blocs parents ou d’oncles ; la liste de nœuds n’accepte plus les IP privées ; et le correctif corrige un crash de la commande “version” dans des conditions de compilation spécifiques de libcurl. Monero Observer a également vérifié cette publication. Ici, “publié” signifie l’outil P2Pool, pas un hard fork du réseau principal Monero, ni un changement du mécanisme de récompense réseau.
Pourquoi cela mérite l’attention des mineurs ? P2Pool est une voie de minage décentralisée ; un dysfonctionnement du logiciel peut affecter les mineurs qui s’y connectent et la gestion de leurs parts. Le correctif de compatibilité pour la fusion minière réduit une partie des frictions d’exécution, mais les mineurs doivent toujours vérifier la version de leur nœud Tari, l’horloge du système lors de la synchronisation, et confirmer la signature et le hash des fichiers téléchargés ; on ne doit pas simplement installer via des liens relayés sur les réseaux sociaux. Le mainteneur rappelle aussi que l’adresse de minage est publique sur P2Pool : il vaut mieux utiliser une adresse de portefeuille séparée. Ce n’est pas un problème de même niveau que la confidentialité des transactions sur la blockchain Monero. Lors de la précédente mention, le plan de DxPool pour fermer le pool XMR le 24 septembre concernait le retrait d’un seul prestataire ; ici, c’est la maintenance d’une autre trajectoire d’outil décentralisé, qu’on ne peut pas attribuer simplement au fait que tout le flux aurait migré vers P2Pool.
La réaction du marché ne colle pas au récit “mise à jour = bon signal”. En observant le cours perpétuel XMR publié sur KuCoin, le prix est d’environ 554,45 $, avec un plus haut sur 24 h à 578,8 et un plus bas à 518,24, soit une baisse d’environ 3,52 % sur la journée. La volatilité est forte, et de plus la publication de la version logicielle est antérieure à cette observation : on ne peut pas attribuer la chute ou le rebond à cette mise à jour. À court terme, je regarde d’abord si 548–552 peut rester stable ; à la hausse, il faudrait repasser au-dessus de 565. Si 548 repasse à nouveau sous le niveau et s’accompagne d’un volume accru, je considérerai que l’avis de défense reste le plus pertinent. Renverser mon attitude prudente nécessiterait que le prix récupère durablement 565, et qu’ensuite aucun nouveau problème de compatibilité n’apparaisse sur le fonctionnement des nœuds mineurs et des parts.
Si c’était moi qui tradais : je n’entre pas maintenant. Je ne fais qu’un plan de long spot sans levier, avec une position maximale de 0,3 % du capital total. Je n’envisagerais l’entrée que s’il y a deux bougies complètes consécutives de 15 minutes clôturant au-dessus de 566, puis un re-test de 560–565 sans cassure, et si le volume ne montre pas de diminution nette (pas de “dessèchement”). À 573, je réduis de moitié ; vers 580, je clôture entièrement. Après l’entrée, si sur 15 minutes le prix repasse sous 558 à la baisse, je réduis de moitié ; en cas de cassure sous 548, stop immédiat, et liquidation totale de la position restante. Si le prix casse d’abord 540 sans que j’entre, le plan pour ce cycle est annulé. Si les conditions ne sont pas déclenchées, je continue en position cash, et je ne transforme jamais l’attente en “exécution”.
#XMR
Ce qui précède ne sont que des observations personnelles du marché et ne constitue pas un conseil en investissement.
