Stratum V2 pour les home miners : ce que ça change sur une Bitaxe en 2026

Depuis la version 2.14.0 d’ESP-Miner, publiée le 4 juin 2026, une Bitaxe parle Stratum V2 toute seule, sans proxy ni bricolage. Il suffit de choisir le protocole dans les réglages de pool d’AxeOS. C’est la première fois qu’un firmware open source grand public le fait nativement, et beaucoup d’articles (y compris la version précédente de celui-ci) disaient encore l’inverse au printemps.

Reste à savoir ce que ça change sur votre machine. Réponse courte : une connexion chiffrée et authentifiée avec le pool, oui ; le contrôle du contenu des blocs, pas encore. Voici le détail, et comment configurer la chose.

Le protocole Stratum, en clair

Stratum est le protocole qui relie un mineur à son pool. La machine ne parle pas directement au réseau Bitcoin : elle ouvre une connexion TCP vers le serveur du pool, s’identifie (sur un pool solo, l’identifiant est en général votre adresse Bitcoin suivie d’un nom de machine), puis échange en continu trois sortes de messages.

• Les jobs. Le pool envoie de quoi assembler l’en-tête du bloc candidat : le hash du bloc précédent, les deux moitiés de la transaction coinbase, les branches de l’arbre de Merkle, la version, la cible du réseau et l’horodatage. Un nouveau job arrive à chaque bloc trouvé sur le réseau, et régulièrement entre deux pour tenir compte des nouvelles transactions.
• Les shares. Le mineur renvoie chaque hash qui passe sous un seuil fixé par le pool, beaucoup plus facile à atteindre que la difficulté du réseau. Une share ne rapporte rien en soi : elle prouve que la machine travaille sur le bon job.
• La difficulté de share. Le pool la règle pour chaque connexion, et la plupart l’ajustent automatiquement (vardiff) pour recevoir un flux régulier de shares sans être submergés. Une Bitaxe et un S21 ne reçoivent donc pas la même.

Si une share passe aussi sous la cible du réseau, c’est un bloc valide, et le pool le diffuse. Sur un pool solo, la récompense va à l’adresse du mineur qui l’a trouvé ; sur un pool mutualisé, elle est partagée selon les shares de chacun.

Le format stratum+tcp://hôte:port

Les pools donnent leur point d’accès sous la forme d’une URL comme stratum+tcp://solo.ckpool.org:3333. Le préfixe stratum+tcp indique le protocole (Stratum V1 sur une connexion TCP non chiffrée), solo.ckpool.org est l’hôte, c’est-à-dire le serveur du pool, et 3333 le port. Dans AxeOS, l’hôte et le port se saisissent dans deux champs séparés : on met solo.ckpool.org dans le champ de l’hôte, sans le préfixe, et 3333 dans celui du port. Le mot de passe est rarement utilisé, x suffit sur la plupart des pools.

Pourquoi V1 laisse le pool choisir les transactions

Dans un job Stratum V1, le mineur ne reçoit pas la liste des transactions, seulement les branches de Merkle qui permettent de calculer la racine. Il peut faire varier le nonce, une partie de la coinbase (l’extranonce), l’horodatage et quelques bits de version, rien d’autre. Le contenu du bloc est décidé en amont par le serveur du pool, sur un pool solo comme sur un pool mutualisé.

Stratum V2 garde la même logique de jobs et de shares, mais change trois choses : les messages passent en binaire, plus compact que le JSON ; la liaison est chiffrée et le pool s’authentifie par une clé publique ; et une extension, Job Declaration, permet au mineur de proposer son propre template. Le détail suit.

Stratum V1, Stratum V2 : la différence

La version 1, utilisée depuis 2012, échange des messages JSON en clair : n’importe quel équipement placé entre votre mineur et le pool peut lire ce qui passe, et en théorie modifier le travail ou détourner le hashrate.

Stratum V2 est un protocole binaire, chiffré par défaut avec le cadre Noise, porté par un groupe de travail fondé en 2022 par Braiins et Spiral. Il se découpe en sous-protocoles qu’il vaut mieux distinguer :

• Mining Protocol : l’échange de travail et de shares entre le mineur et le pool. C’est l’équivalent chiffré de ce que fait V1.
• Job Declaration : le mineur construit son propre template à partir de son nœud et le déclare au pool. Les anciens textes parlent de « Job Negotiation », l’ancien nom de cette partie.
• Template Distribution : la récupération des templates depuis un nœud Bitcoin.

Seule la première partie est nécessaire pour miner en V2. La deuxième est celle qui touche à la décentralisation, et elle demande beaucoup plus d’infrastructure.

Ce que la Bitaxe fait vraiment en Stratum V2

La contribution qui a ajouté SV2 à ESP-Miner est précise sur son périmètre. La Bitaxe ouvre un canal de minage standard, établit une connexion chiffrée (poignée de main Noise_NX, chiffrement ChaCha20-Poly1305), reçoit les jobs et soumet ses shares. Le protocole se choisit séparément pour le pool principal et pour le pool de secours, avec bascule entre V1 et V2. Les tests annoncés : 1,3 TH/s sur une puce BM1370, sans perte de hashrate, validés aussi sur BM1366, BM1368 et BM1397.

La version 2.15.0 (21 août 2026) a ajouté une option « authentification requise » par pool, l’affichage des shares SV2 en attente et plusieurs correctifs (taille des trames, latence de soumission). La version courante est la 2.15.3, du 20 septembre 2026. Les notes de version sur GitHub donnent le détail.

Ce que la Bitaxe ne fait pas : Job Declaration. Le template vient toujours du pool, exactement comme en V1. Vous gagnez la confidentialité de la liaison et la certitude de parler au bon serveur (le pool s’identifie par une clé publique), pas le choix des transactions.

Même chose côté NerdQAxe : le firmware ESP-Miner-NerdQAxePlus intègre SV2 dans sa branche 1.1 (version 1.1.0.1 du 24 septembre 2026). Le NerdMiner V2, lui, n’a aucune release annonçant SV2, et la dernière date de septembre 2025.

Configurer une Bitaxe en Stratum V2

1. Mettez AxeOS à jour en 2.14.0 ou plus (idéalement la dernière). Depuis la 2.15.0, un seul fichier suffit : l’interface est intégrée à esp-miner.bin, plus besoin de flasher www.bin à part.
2. Dans les réglages de pool, choisissez Stratum V2 comme protocole.
3. Renseignez l’hôte, le port et la clé publique d’autorité du pool. Pour Solo CK Pool : stratum.ckpool.org, port 3336, et la clé publique affichée sur solo.ckpool.org (copiez-la depuis la page officielle, pas depuis un forum).
4. Gardez un pool de secours en V1 le temps de vérifier que tout tourne.
5. Après redémarrage, surveillez le taux de shares rejetées et la stabilité de la connexion pendant quelques heures.

Le reste de la configuration (fréquence, tension, ventilateur) ne bouge pas. Si vous découvrez l’interface, le guide AxeOS : prise en main et paramétrage complet couvre les réglages de base, et configurer son Bitaxe sur CK Pool la partie pool en V1.

Quels pools acceptent Stratum V2

La page adoption de stratumprotocol.org liste fin septembre 2026 les pools suivants comme étant en production :

• pools solo : CKPool, Public Pool, Blitzpool, MKPool, NexusPool et PyBlock Pool ;
• pools mutualisés : Braiins Pool, et DMND, le seul de la liste présenté comme acceptant des templates choisis par le mineur.

Pour les home miners, CK Pool est le plus simple à tester : endpoint documenté sur sa page d’accueil, même fonctionnement solo qu’en V1, mêmes frais de 2 %. Sur Public Pool, un ticket ouvert début septembre 2026 signale encore des échecs d’authentification en SV2 : à tester avec un pool de secours. Ocean n’est pas dans la liste, il mise sur son propre protocole, DATUM.

Job Declaration : le vrai changement, pas sur la Bitaxe

Pour construire vos propres blocs en SV2, il faut une pile logicielle sur votre réseau : un nœud Bitcoin, un Job Declarator Client qui fabrique les templates, et en général un Translator Proxy. Ces briques viennent de l’implémentation de référence (SRI). Depuis Bitcoin Core v30, elles peuvent récupérer les templates par l’interface IPC du nœud officiel, sans version modifiée de Bitcoin Core, ce qui simplifie beaucoup les choses selon la feuille de route SRI.

Sur Umbrel, l’application Stratum V2 UI (développée par l’équipe SV2) installe et pilote ces briques, avec des modes pool, solo et Job Declaration, et CK Pool figure parmi les pools solo proposés. CK Pool fait aussi tourner un serveur de Job Declaration expérimental sur le port 3337, mais sa propre page le dit sans détour : déclarer ses jobs à un pool solo n’apporte actuellement aucun avantage par rapport à miner en solo avec son propre client de Job Declaration.

Autrement dit, si l’objectif est de choisir soi-même les transactions, un home miner n’a pas besoin de pool du tout : un nœud et un client de Job Declaration suffisent.

Stratum V2 ou DATUM : qui construit le template

Ocean vise le même but avec un autre protocole, DATUM. Les deux rendent la construction du template au mineur, mais pas par le même chemin :

• Stratum V2 avec Job Declaration : une spécification publique qui remplace tout le protocole entre mineur et pool. Les machines parlent SV2 nativement (Bitaxe, NerdQAxe) ou passent par un proxy. Le nœud est un Bitcoin Core v30 ou plus récent. Côté pools, DMND l’accepte en production et CK Pool en expérimental.
• DATUM : un protocole d’Ocean limité à la construction des templates. Les machines restent en Stratum V1 et se connectent à un gateway installé chez vous, toujours en bêta (v0.4.1). Ocean recommande Bitcoin Knots, Core fonctionne aussi. Le pool associé est Ocean, mutualisé, à 1 % de frais via DATUM.

Dans les deux cas, on peut miner en solo sans pool. Le choix se fait surtout sur le nœud que vous faites tourner et sur le pool, si vous en voulez un. Le fonctionnement de DATUM, son mode solo et son installation sur Umbrel sont détaillés dans DATUM, le protocole d’Ocean.

Ce que Stratum V2 ne change pas

Le hashrate de la puce, la consommation et vos chances. Une Bitaxe Gamma reste à environ 1,2 TH/s, une chance sur 5,5 millions par jour de trouver un bloc avec la difficulté de fin septembre 2026, soit un temps moyen de l’ordre de 15 000 ans. Une NerdQAxe++ à 4,8 TH/s tombe à une chance sur 1,4 million par jour. Le protocole de transport ne touche à aucun de ces chiffres. Le gain en bande passante existe, mais sur une connexion domestique il ne se mesure pas.

Faut-il passer en V2 maintenant ?

Si votre Bitaxe tourne sous AxeOS 2.14 ou plus et mine sur CK Pool, oui, je ne vois pas de raison d’attendre : c’est un changement de réglage, la liaison devient chiffrée et authentifiée, et le pool de secours en V1 vous protège d’un raté. Les premières versions ont corrigé des soucis de latence de soumission des shares ; gardez un œil sur le taux de rejet après la bascule.

Si vous avez une machine récente à acheter, les deux familles open source les plus répandues gèrent SV2 nativement : la Bitaxe Gamma (121 € chez Power Mining en septembre 2026) et la NerdQAxe++ (à partir de 363 €). Le choix du protocole ne doit pas guider l’achat, mais c’est un bon signe de firmware activement maintenu.

Si ce qui vous intéresse est le contenu des blocs, la bascule en V2 sur la Bitaxe ne suffit pas. Il faudra un nœud et une pile Job Declaration, ou DATUM.

Questions fréquentes

Les liens Power Mining de cet article sont affiliés : le code SOLOMINER vous donne 10 % de remise et me reverse une commission, sans surcoût pour vous.