Pool de secours et double pool sur un Bitaxe ou un NerdQAxe

Un pool Un serveur auquel se connectent les machines. Un pool classique partage les gains, un pool solo non. Solo ou pool ? de secours (fallback pool) est un second serveur gardé en réserve. La machine mine sur un seul pool à la fois, et ne passe sur le second que si le premier ne répond plus.

Le double pool (dual pool) reste connecté aux deux pools en même temps et leur partage la puissance, par exemple 70 % pour l’un et 30 % pour l’autre. Ce n’est pas du minage fusionné (merged mining) : rien n’est compté deux fois. Un Bitaxe Gamma (1,2 TH/s annoncés) ne mine pas plus vite parce qu’il parle à deux pools.

Voici ce que fait la version 2.15.4 (21 octobre 2026), la dernière publiée, d’après son code source :

• La bascule. AxeOS passe sur le pool de secours après trois tentatives ratées d’affilée sur le pool principal : adresse introuvable, connexion refusée ou sans réponse au bout de 5 secondes, connexion coupée. Après un échec de connexion, il attend 5 secondes avant de réessayer (1 seconde quand l’adresse est introuvable). Quand le serveur est vraiment injoignable, comptez donc de quelques secondes à une demi-minute environ.
• Le retour. Après une bascule automatique, AxeOS teste le pool principal toutes les 60 secondes : il ouvre une connexion d’essai et attend que le pool lui envoie du travail (un simple test de connexion pour un pool en Stratum Le langage que parlent les machines et les pools. V2). Dès que le principal répond, il y retourne.
• Le choix manuel. Sur le tableau de bord, la carte Pool propose un menu Primary ou Fallback ; changer de pool redémarre la machine. Si vous choisissez vous-même le secours, AxeOS y reste : il ne reteste plus le principal toutes les 60 secondes, et n’y revient que si le secours tombe à son tour.
• Les deux pools en panne. Quand les deux échouent l’un après l’autre, AxeOS arrête de miner et coupe l’alimentation de la puce pour économiser le courant (depuis la 2.14.0). Il reteste les pools toutes les 30 secondes et repart sur le premier qui répond.
• Les compteurs. À chaque bascule, les compteurs de shares Un essai assez bon pour être compté par le pool. Il prouve que votre machine travaille, même s'il ne suffit pas à trouver un bloc. acceptés et rejetés repartent de zéro, et le tableau de bord affiche l’avertissement « Using fallback pool ».

Le pool de secours existe depuis la version 2.3.0 (16 octobre 2024), le menu du tableau de bord depuis la 2.11.0 et la liste de huit pools depuis la 2.15.0. Les intitulés et les délais ci-dessus valent pour la 2.15 : sur une version plus ancienne, commencez par mettre AxeOS à jour.

1. Ouvrez AxeOS (l’adresse IP de la machine dans le navigateur) et cliquez sur Pool dans le menu.
2. Préparez le Pool 2. Dans Pool Configurations, il existe souvent déjà : c’est l’ancien pool de secours. Ouvrez-le, ou créez-en un avec Add Pool (huit au maximum).
3. Remplissez ses champs : Stratum Host, Stratum Port, Stratum Protocol (V1, sauf si le pool parle Stratum V2), User et Password. Si vous collez une adresse complète comme stratum+tcp://hôte:port, AxeOS retire le préfixe et range le port tout seul.
4. Choisissez les rôles en haut de la page, dans Active Pool Selection : Pool 1 en Primary Pool, Pool 2 en Fallback Pool.
5. Cliquez sur Save, puis sur Restart : AxeOS prévient que les changements ne s’appliquent qu’après un redémarrage.

FindMyBlock est le pool solo que j’ai créé (0 % de frais). Solo CKPool, le second pool que je prends en exemple dans la vidéo, appartient à un autre opérateur : 2 % de frais sur un bloc trouvé, votre adresse Bitcoin en utilisateur, n’importe quel mot de passe. Son adresse stratum.ckpool.org choisit d’elle-même le serveur qui répond le plus vite (États-Unis, Europe, Asie, Océanie) et passe sur un autre si le sien tombe.

Trois pièges. Dans les réglages d’usine du projet pour le Gamma 601, le secours est solo.ckpool.org avec une adresse d’exemple : si vous ne changez que le pool principal, un bloc trouvé pendant une panne partirait à cette adresse, pas à la vôtre (AxeOS affiche alors un avertissement jaune). Un secours sur le même serveur que le principal tombe en même temps que lui : prenez un autre opérateur. Et le port 3336 de FindMyBlock, prévu pour la puissance louée (difficulté Le nombre d'essais qu'il faut en moyenne pour trouver un bloc. Elle s'ajuste toute seule toutes les deux semaines environ. La difficulté expliquée fixe élevée), est sur le même serveur : il ne sert pas de secours au 3335.

Sur AxeOS 2.14, les mêmes champs sont dans un bloc Fallback Pool Configuration, sous ceux du pool principal ; sur les versions plus anciennes, leur place varie. Pour une première installation : configurer un Bitaxe pas à pas.

Les machines de la famille NerdQAxe tournent sous le firmware de shufps (ESP-Miner-NerdQAxePlus), une version d’AxeOS à part. Depuis la version 1.0.35 (28 novembre 2025), il mine sur deux pools en parallèle, sur toutes les machines de la famille, jusqu’au petit NerdAxe à une seule puce. La version stable vérifiée ici, la 1.1.0.1 (24 septembre 2026), publie notamment des fichiers pour les NerdAxe, NerdQAxe+, NerdQAxe++, NerdOctaxe et NerdQX. Mes tests : NerdQAxe++ Hydro, NerdOctaxe et NerdQX 8T.

1. Ouvrez Settings dans le menu, partie « Paramètres Stratum ». L’interface existe en français : le choix de la langue est sur cette même page.
2. Choisissez le mode : Mode de pool (Pool Mode) sur Pool double (Dual Pool). L’autre mode, « Failover (primaire/secours) », est le pool de secours classique.
3. Réglez le curseur Équilibrage du pool (Pool Balance), de 1 à 99 % : 70 donne 70 % au pool primaire et 30 % au secondaire.
4. Remplissez les deux onglets : hôte (sans stratum+tcp:// ni port, comme le rappelle l’interface), port, nom d’utilisateur et mot de passe de chaque pool.
5. Enregistrez, puis redémarrez si l’interface le demande.

Comment la puissance est partagée. Le firmware confie une nouvelle tâche à la puce toutes les 500 millisecondes (sur les puces BM1370 La puce de Bitmain de l'Antminer S21 Pro, reprise par le Bitaxe Gamma et la plupart des mineurs de bureau récents.) et choisit à chaque fois le pool, de façon à respecter le rapport réglé. Chaque résultat repart vers le pool qui a fourni la tâche. D’après le code de la 1.1.0.1, si l’un des deux pools se déconnecte, toute la puissance va à l’autre jusqu’à son retour. Depuis la 1.0.37 (9 mai 2026), un pool peut être en Stratum V1 et l’autre en V2.

Avec une répartition très déséquilibrée (99/1 par exemple), le pool minoritaire peut demander une difficulté plus basse que le minimum de la puce : les shares restent valides, mais son estimation de puissance devient fausse, et l’interface le signale par un badge orange, « Pourcentage pour ce pool trop faible! ». En mode Failover, le firmware passe sur le pool secondaire quand le principal se déconnecte (la connexion au secondaire est tentée toutes les 30 secondes) et le lâche dès que le principal revient.

L’AxeOS officiel ne mine pas sur deux pools à la fois. Une demande en ce sens a été close en avril 2025 comme non prévue : pour skot, à l’origine du dépôt ESP-Miner, c’est beaucoup de complexité pour peu d’intérêt sur un petit mineur à une puce, et difficile à écrire pour le processeur ESP32 Un microcontrôleur à quelques euros, celui des prises connectées. Il sait calculer du SHA-256, mais des millions de fois moins vite qu'une puce ASIC : un mineur à ESP32 n'a aucune vraie chance. Le piège des mineurs loterie du Bitaxe. Dans la demande 1795, fusionnée en juillet 2026, un développeur du projet range le minage sur plusieurs pools avec un ratio par pool parmi les pistes à long terme, sans date. Rien de tel dans la 2.15.4.

SerpentX Dual-Pool est le projet que je présente dans la vidéo pour le Bitaxe : un fork communautaire sous licence GPL-3.0, créé en juillet 2026, qui précise ne pas être affilié aux projets Bitaxe et NerdQAxe. Version vérifiée : la 1.8 du 17 octobre 2026, pour Bitaxe Gamma (puce BM1370), NerdAxe et NerdAxe Gamma. Sur Bitaxe, la puce travaille tour à tour pour le pool A et le pool B, par tranches de 3 secondes par défaut (réglable de 0,1 à 60 secondes), de façon à respecter sur la durée le pourcentage choisi. Chaque share repart vers le pool qui a fourni le travail, et chaque pool peut avoir son propre secours.

1. Vérifiez le modèle et notez vos réglages. Prenez les fichiers de la dernière version, pour votre machine exacte, sans les renommer.
2. Installez par la mise à jour d’AxeOS (page Update) : esp-miner.bin, puis www.bin, puis redémarrez. Sur une machine qui tourne déjà, c’est la voie que recommande le projet : le flash complet par USB (fichier factory, ou flasheur web du projet) efface le Wi-Fi et les réglages, et sert pour une carte vierge ou une réparation.
3. Activez le double pool dans la page Pool, bloc Dual Mining (Simultaneous Pool B) : Enable Dual Mining, Split Interval (ms), Pool A Share %, puis l’hôte, le port, l’utilisateur et le mot de passe (Pool Password) du pool B, et son secours si vous le souhaitez.
4. Enregistrez et redémarrez. Ensuite, l’intervalle, le pourcentage et l’activation s’appliquent en direct ; l’adresse et les identifiants du pool B demandent un redémarrage. Revérifiez aussi le pool A : la 2.15 et SerpentX ne rangent pas les réglages des pools de la même façon.

Ce qu’il faut savoir avant. La version Bitaxe repose volontairement sur ESP-Miner 2.14.2 : les nouveautés de la 2.15 n’y sont pas, et les correctifs officiels n’arrivent que si l’auteur les reporte. Son fichier de maintenance tient la liste des correctifs officiels examinés, repris ou laissés de côté. Le pool B ne parle que Stratum V1. La vidéo date du 12 octobre, quand la dernière version était la 1.6 : la 1.7 (16 octobre) corrige deux défauts du double pool, dont une panne du pool A qui arrêtait aussi le pool B. Enfin, l’outil de mise à jour intégré propose les versions SerpentX : pour revenir au firmware officiel, envoyez à la main le fichier de la dernière version officielle en suivant ses notes de version (depuis la 2.15.0, l’interface est incluse dans esp-miner.bin).

Non. Chaque pool ne voit que sa part de la puissance, et les chances se partagent dans les mêmes proportions. Entre deux pools solo Bitcoin, elles s’additionnent : 1 chance sur 22 800 plus 1 sur 53 200 par an, cela fait toujours 1 sur 16 000, comme sans partage. Les chiffres pour un Bitaxe Gamma :

Pour votre machine, le calculateur de minage solo fait le même calcul en direct. Pour la part en pool classique, retenez l’ordre de grandeur : un Gamma entier gagnerait environ 14 € par an en moyenne dans un pool classique, avant les frais et l’électricité.

• Le pool de secours, sur AxeOS. La carte Pool du tableau de bord indique le pool actif (Primary ou Fallback) et son adresse. Pour tester la bascule, faussez exprès l’hôte du pool principal, enregistrez et redémarrez : la page Logs doit afficher « Max V1 retry attempts reached (3) », puis « Switching to fallback pool », et votre machine doit apparaître sur le site du pool de secours. Remettez le bon hôte, enregistrez, redémarrez : retour au principal. Dans l’API (/api/system/info), le champ isUsingFallbackStratum vaut 1 sur le secours.
• Le double pool, chez les pools. Cherchez votre adresse sur le site de chaque pool : votre machine doit y apparaître avec une puissance proche de sa part, autour de 0,84 TH/s chez le pool à 70 % pour un Gamma. Laissez passer au moins un quart d’heure, comme le prévoit la procédure de vérification de SerpentX. Solo CKPool, dont la difficulté minimale est de 10 000, peut tarder à afficher une petite part.
• Le double pool, dans la machine. Le firmware NerdQAxe indique pour chaque pool sa connexion et ses shares acceptés et rejetés. SerpentX publie les compteurs poolASharesAccepted et poolBSharesAccepted dans /api/system/info.
• Que le pool solo vous paie bien. AxeOS 2.15 décode la transaction coinbase du travail envoyé par le pool et prévient si votre part de la récompense passe sous 95 %. Le firmware NerdQAxe vérifie, depuis la 1.1.0, que votre adresse figure dans la transaction coinbase. En double pool, contrôlez les deux pools.

Rien ne s’affiche nulle part ? Les causes habituelles (adresse, port, Wi-Fi) sont dans Bitaxe qui ne mine pas.

• Des statistiques coupées en deux. Chaque pool ne voit que les shares qu’il reçoit : sa courbe de puissance devient plus irrégulière, et votre meilleur share chez lui, celui des classements, ne tient compte que de sa part du travail.
• Des pertes aux changements. Sur SerpentX, un intervalle trop court gâche du travail : d’après son auteur, passer de 500 à 3 000 millisecondes a fait tomber le taux d’erreur affiché par l’un de ses mineurs d’environ 20 % à environ 3 %. Gardez la valeur par défaut. Presque tous les pools utilisent les mêmes réglages de version rolling ; si les deux diffèrent, le pool B peut rejeter quelques shares.
• Un firmware non officiel. SerpentX n’a pas le soutien de l’équipe Bitaxe : vérifiez le modèle, gardez les fichiers officiels sous la main, et ne mélangez jamais les fichiers Bitaxe, NerdAxe et NerdQAxe.
• Une panne chez vous. Le pool de secours ne sert à rien si votre box ou votre Wi-Fi tombe : les deux pools sont perdus d’un coup, et AxeOS met la puce en pause. Un ticket ouvert depuis le 7 septembre 2026 (numéro 1953) décrit, sur des versions 2.14, une puce qui ne repart pas au retour du pool, jusqu’à ce que la machine plante et redémarre seule quelques minutes plus tard ; sur une version de développement plus récente, elle repart d’elle-même, mais parfois après plusieurs minutes.
• Des pools SHA-256 seulement. Bitcoin et Bitcoin Cash, oui ; une cryptomonnaie qui utilise un autre calcul, non : la puce ne sait faire que du SHA-256.