Bitaxe n'apparaît pas en solo sur la piscine publique ? Avez-vous manqué un bloc trouvé ?

Le fait que votre Bitaxe n'affiche pas de travailleurs sur Public Pool Solo ne signifie pas qu'il ne mine pas, et certainement pas qu'aucun bloc n'a été trouvé ! Il est possible que le pool principal soit hors service (par exemple, l'incident de panne de 9,5 heures de Public Pool), et vous avez besoin d'un pool de secours pour être couvert. Surtout compte tenu du récent bloc #2 (#957382) trouvé sur le pool public hébergé par Public Pool par un mineur Bitaxe solitaire. Par conséquent, choisir un pool de minage de secours nécessite une prudence supplémentaire !

Selon l'analyse des données de cet événement par Atlas Pool, dans les 10 minutes suivant la panne, plus de 14 000 travailleurs ont automatiquement basculé vers CKPool, la migration étant terminée en 30 minutes et la récupération très rapide. Bitaxe (mineur solo BM1370) utilise par défaut Public Pool. Lorsque le pool principal tombe en panne, tout le hashrate va vers CKPool (bien qu'il s'agisse d'un vétéran de confiance avec des frais de 2 %). Cependant, le nouveau Atlas Pool ne facture que des frais de 1,5 %, offre une latence globale plus faible et une couverture plus large, ce qui en fait un meilleur choix.

Bloc trouvé : #957382 -> Bitaxe

Tout récemment (le 9 juillet), un mineur Bitaxe équipé d'une puce ASIC BM1370, avec un hashrate d'environ 1,2 TH/s, a miné indépendamment le bloc #957382 sur Public Pool. C'est la deuxième fois, et les intervalles se raccourcissent. Pensez au hashrate comme à des grains de sable. Un mineur Bitaxe, alimenté par une seule alimentation 5V@6A, en compétition parmi plus de 141 000 appareils sur un grand pool, c'est comme frapper un bloc complet tout seul dans un vaste désert. 💪

Ne vous précipitez pas pour appeler cela « pure chance ». En y regardant de plus près, on découvre davantage : Ce Bitaxe appartient à l'adresse de mineur bc1q0pp74ghs25vpn2ah6auz4vkehvzy8z8ddyzts7, fonctionnant entièrement sous le firmware AxeOS v2.5.1 (vérifié via la signature OTA du projet open source Bitaxe). Le hachage du bloc 00000000000000000000f4f8c91a6c400c42a40577fafa2ca2231d78f1955424 est confirmé sur mempool.space.

La difficulté était de 294,14 T, soit 2,2 fois la difficulté réseau BTC de 133,87 T. La valeur totale du bloc était de 3,1382 BTC (subvention 3,125 + frais 0,0132), Public Pool facturant 0 % de frais. Avec un hashrate mondial de 874 EH/s, la probabilité qu'un mineur solo de 1 TH/s trouve un bloc est comparable à « une fois tous les quelques milliers d'années ». Ainsi, lorsque la nouvelle a éclaté, tous les utilisateurs de Bitaxe Gamma se sont précipités sur web.public-pool.io/#/app/<adresse> pour vérifier leurs travailleurs. Après tout, si le propriétaire de ce Bitaxe n'avait pas vérifié proactivement l'onglet Blocs, il pourrait encore ignorer qu'il avait gagné. 🔥

• Hashrate confirmé : 995,2 GH/s (~1 TH/s)
• Temps écoulé : Environ 8 heures pour soumettre la part gagnante
• Outils : Probablement Bitaxe Gamma + Public Pool (hébergé)

Ce mineur Bitaxe consomme seulement 21 W et coûte 69 $. Maintenant, TinyChipHub Studio organise une promotion estivale « achetez-en un, obtenez-en un gratuit », ramenant le prix à seulement 49,50 $ par unité. Les mineurs Bitaxe ne sont plus solitaires ; TCH redonne à la communauté BTC, permettant à plus de personnes de vivre l'expérience du minage, dans la limite des stocks disponibles.

Public Pool hors ligne ? Vérifiez d'abord

Le 29 mars 2026, à 04:27 UTC, Public Pool.io a subi une panne de 9,5 heures ! Une annonce a ensuite été faite sur Twitter indiquant que le service avait repris à 13:59 UTC. La panne a été causée par « des services mal configurés qui n'ont pas redémarré ». Alors, avant de vous précipiter pour modifier les paramètres de votre routeur, prenez 60 secondes pour vérifier quelque chose de plus probable : Public Pool lui-même est tombé en panne. Plus de 144 000 mineurs ont été immédiatement déconnectés, mais ces 144 000 appareils de minage ne se sont pas arrêtés, car presque tous les Bitaxe exécutant AxeOS ont CKPool comme adresse de pool de secours par défaut. Dans les 10 minutes suivant la panne, l'instance principale américaine de CKPool a vu affluer +9 600 utilisateurs et +14 200 mineurs (données provenant de l'analyse des données d'Atlas Pool).

➡️ Votre hashrate n'a pas été gaspillé ; il a simplement changé de route pour la soumission.

Comment déterminer rapidement s'il s'agit d'un problème côté pool ?

1. Ouvrez la page d'accueil de Public Pool.io — si même la page d'accueil ne charge pas ou que l'API renvoie une erreur 503, ne touchez pas à votre mineur domestique pour l'instant, consultez d'abord les forums pour obtenir des informations.
2. Connectez-vous à CKPool pour voir si votre adresse soumet des parts. Atlaspool.io a publié une analyse complète dans les 48 heures suivant l'événement de mars.
3. Vérifiez l'état Stratum dans l'interface Web AxeOS : S'il affiche « Stratum : connecté (secours) », cela signifie que le pool principal est hors service et que votre mineur est passé à la ligne de secours.

⚠️ Piège de l'adresse de portefeuille par défaut d'usine : Les données d'Atlaspool ont montré que pendant la panne de Public Pool, l'adresse par défaut d'usine Bitaxe (bc1qnp...4rkq) a vu un afflux de +1 300 mineurs sur CKPool. Outre environ 480 mineurs qui n'ont jamais changé l'adresse par défaut, environ 800 mineurs risquent de perdre les récompenses de bloc lors de tout événement de basculement, car leur adresse de portefeuille de secours pointe toujours vers l'adresse du projet Bitaxe, et non vers la leur. Si vous minez avec un Bitaxe ou un appareil AxeOS similaire, veuillez vérifier les adresses de portefeuille de votre pool principal et de secours pour vous assurer qu'elles pointent toutes deux vers votre propre adresse Bitcoin.

Confirmez que vous n'avez pas manqué un bloc trouvé !

En tant que client Stratum v2, Bitaxe n'a pas besoin que le tableau de bord soit en ligne en permanence pour trouver un bloc. Le protocole Job Negotiation de Stratum v2 établit un canal crypté de bout en bout entre le mineur et le pool. L'ensemble du processus, depuis la réception d'un nouveau travail par le mineur jusqu'à la soumission de l'en-tête complet du bloc, contourne complètement la couche de rendu du tableau de bord. ❄️

Confirmation pratique en trois étapes :

1. Vérifiez les enregistrements de paiement sur mempool.space : Collez votre adresse de réception Bitaxe dans la barre de recherche de mempool.space. Si un bloc a été trouvé, vous verrez une transaction Coinbase (pas d'entrées, mais des sorties) avec un montant égal à la récompense actuelle du bloc. Remarque : les transactions Coinbase n'affichent pas d'adresse « expéditeur » ; cela n'indique pas un problème, c'est inhérent à la conception du protocole Bitcoin.
2. Consultez les journaux locaux d'AxeOS : Connectez-vous en SSH au mineur ou exportez les fichiers journaux via l'interface Web. Recherchez les mots-clés "block submitted" ou "share difficulty >= pool difficulty × 65536" — l'apparition de ce dernier indique que la difficulté de la part est égale à la difficulté du réseau, ce qui signifie essentiellement qu'un bloc valide a été trouvé.
3. Vérifiez les enregistrements de l'API Public Pool : Dans votre navigateur, visitez https://public-pool.io/api/miners/votre_adresse/records. Si le JSON retourné contient un champ "blockHeight", cela confirme qu'un mineur associé à votre adresse a bien soumis un bloc complet.

Si, après le rétablissement de Public Pool, le journal de votre mineur Bitaxe montre une entrée « block submitted » mais que le tableau de bord ne l'affiche pas en conséquence, ce n'est pas un bug ; c'est simplement que le retard du tableau de bord n'a pas encore été synchronisé. Vérifier le solde de votre adresse sur mempool.space est plus fiable que de fixer le tableau de bord. ⚡️