Activer Stratum V2 sur un Bitaxe (AxeOS v2.14+)

Depuis ESP-Miner v2.14.0 (publié le 2026-06-04), chaque Bitaxe sous AxeOS d’origine parle Stratum V2 nativement — une connexion de pool chiffrée et binaire, sans boîtier proxy à côté du mineur et sans changement de firmware. Le support est arrivé dans la PR #1553 de @warioishere (livré d’abord dans la bêta v2.14.0b3 le 2026-05-19; la version courante est v2.14.2), et l’activer, c’est cinq réglages dans l’interface web AxeOS. Cette page est la moitié opérationnelle : les réglages exacts, quels pools acceptent une connexion SV2 native aujourd’hui, et comment vérifier que les parts circulent sur le canal chiffré. Pour ce que Stratum V2 change réellement sur le fil — la théorie du protocole, que cette page ne réexplique pas — commencez par Stratum V1 vs V2 (en anglais) et notre guide Stratum V2 complet.

Aller à : ce que vous obtenez (et pas) · prérequis · matrice des pools · les cinq réglages · conception du pool de secours · vérifier le canal

Ce que Stratum V2 donne à un Bitaxe — et ce qu’il ne donne pas

Soyez précis sur le gain avant de basculer l’interrupteur. Vérifié contre l’implémentation fusionnée au tag v2.14.2 :

• Vous obtenez : un transport chiffré — une poignée de main Noise_NX (suite complète : Noise_NX_Secp256k1+EllSwift_ChaChaPoly_SHA256) avec chiffrement ChaCha20-Poly1305 sur chaque message du pool; un cadrage binaire compact à la place du JSON en clair de Stratum V1; la vérification optionnelle de la clé publique d’autorité du pool, pour que votre mineur puisse confirmer qu’il parle au vrai pool; la mesure du temps de réponse SV2 par part sur le tableau de bord; et une conception de protocole primaire/secours à quatre combinaisons (ci-dessous).
• Vous n’obtenez pas : vos propres gabarits de bloc. ESP-Miner v2.14.x implémente les deux types de canaux SV2 — les canaux étendus (extended) sont le défaut (et forcés sur les puces BM1397, qui n’ont pas le version rolling matériel), les canaux standards étant honorés quand ils sont configurés sur les autres puces — mais il n’y a pas de client Job Declarator dans un cas comme dans l’autre, donc le pool construit toujours le gabarit de bloc et choisit les transactions, exactement comme sous V1 (sur les canaux étendus, le pool fournit aussi le gabarit, sous forme de préfixe et suffixe de coinbase). Si quelqu’un vous dit que SV2 sur un Bitaxe signifie « vous choisissez les transactions », c’est une autre partie, plus lourde, de la pile Stratum V2 que ce firmware ne livre pas.

Le véritable argument est donc : le chiffrement (vos identifiants de pool et vos parts ne sont plus du texte lisible sur le fil), l’intégrité (une connexion détournée échoue à la poignée de main au lieu de rediriger silencieusement votre hashrate), et une surcharge par part réduite. Ça vaut cinq réglages.

Prérequis

• N’importe quel Bitaxe sous AxeOS d’origine, exécutant ESP-Miner v2.14.0 ou plus récent (courant : v2.14.2, 2026-07-08). La v2.14.0 porte aussi le correctif de latence de soumission SV2 (TCP_NODELAY sur les sockets de pool) et la mesure du temps de réponse SV2 par part — tous deux arrivés pendant son cycle bêta.
• Si vous êtes sous v2.14.0 : mettez à jour par OTA depuis l’interface web AxeOS — les deux fichiers, esp-miner.bin (le firmware) et www.bin (l’interface web elle-même), pour que l’interface et le firmware avancent ensemble. Les flottes scriptées peuvent utiliser les endpoints OTA POST /api/system/OTA et POST /api/system/OTAWWW — voir notre guide AxeOS configuration avancée et API.
• Un compte (ou une adresse de minage solo) sur un pool qui accepte le SV2 natif — section suivante.

Quels pools acceptent le SV2 natif d’un Bitaxe

Le paysage des pools bouge chaque mois; le registre vivant de qui-supporte-quoi est notre traqueur de déploiement Stratum V2.

L’activer : cinq réglages dans AxeOS

Étape 1 — Confirmez la version du firmware.

• Action : ouvrez le tableau de bord AxeOS dans votre navigateur (l’adresse IP du Bitaxe) et lisez la version du firmware.
• Vous devriez voir : v2.14.0 ou plus récent — idéalement v2.14.2. Si vous êtes sous v2.14.0, mettez d’abord à jour par OTA esp-miner.bin et www.bin (Prérequis ci-dessus).
• Ce que ça prouve : la pile SV2, le correctif de latence de soumission et la mesure du temps de réponse SV2 par part sont tous à bord. Lecture seule; rien à défaire.

Étape 2 — Réglez le protocole du pool primaire à Stratum V2.

• Action : dans les réglages de pool d’AxeOS, mettez le sélecteur de protocole du pool primaire à Stratum V2. Le sélecteur existe indépendamment pour le pool primaire et le pool de secours.
• Vous devriez voir : les options exclusives à V1 disparaître et un champ clé publique SV2 apparaître — l’interface se remodèle autour du protocole sélectionné.
• Ce que ça prouve / comment défaire : votre build porte l’interface de la PR #1553. Pour défaire, le même sélecteur revient à Stratum V1; rien d’autre ne change avant la sauvegarde. Un réglage de type de canal existe aussi dans la configuration de l’appareil — étendu (extended) est le défaut, et sur les puces BM1397 le firmware force le canal étendu; vous avez rarement besoin d’y toucher.

Étape 3 — Entrez l’endpoint du pool et sa clé publique.

• Action : remplissez l’hôte et le port du pool, et collez la clé publique du pool dans le champ de clé publique SV2. Pour Braiins Pool : hôte stratum.braiins.com, port 3333, clé 9awtMD5KQgvRUh2yFbjVeT7b6hjipWcAsQHd6wEhgtDT9soosna — copiez-la caractère par caractère depuis la propre page du pool, jamais depuis un billet tiers.
• Vous devriez voir : la clé acceptée dans le champ; elle est stockée dans la NVS de l’appareil avec le reste de la configuration de pool.
• Ce que ça prouve : la clé est ce qui permet à votre mineur de vérifier l’identité du pool pendant la poignée de main Noise — la moitié anti-détournement du gain. Une clé erronée ou périmée fait échouer la poignée de main, ce qui est le système qui fonctionne, pas qui casse.

Étape 4 — Identifiants du worker.

• Action : mettez l’utilisateur stratum à userName.workerName (votre nom d’utilisateur du pool, un point, puis une étiquette pour ce Bitaxe). Mot de passe : au choix — les pools SV2 ne s’en servent pas pour authentifier.
• Vous devriez voir : la même forme d’identifiants que vous utilisez déjà sous V1 — rien de spécifique à SV2 ici.

Étape 5 — Réglez le pool de secours, sauvegardez, redémarrez.

• Action : configurez le pool de secours (le garder en Stratum V1 est correct — voir la section suivante), sauvegardez, et laissez l’appareil redémarrer.
• Vous devriez voir : après le redémarrage, l’indicateur de protocole des réglages de pool affichant Stratum V2 sur la connexion active, et les parts acceptées qui montent sur le tableau de bord.
• Ce que ça prouve / comment défaire : vous minez sur le canal chiffré. Pour défaire, l’Étape 2 en sens inverse — remettez le sélecteur à V1 et sauvegardez. La comptabilité côté pool n’est affectée ni dans un sens ni dans l’autre.

Conception du secours : les quatre combinaisons fonctionnent

Le coordinateur de protocole supporte chaque paire primaire/secours — vérifié dans la PR #1553 :

Vérifier le canal chiffré

• Indicateur de protocole : les réglages de pool d’AxeOS montrent quel protocole la connexion active utilise réellement — si la poignée de main du primaire a échoué et que le mineur a basculé, c’est ici que vous le voyez en premier.
• Temps de réponse SV2 par part : v2.14.0+ le mesure et l’affiche par part — votre lecture directe de la moitié latence de l’argument SV2, et un canari utile : un bond soudain signifie généralement un problème de réseau, pas un problème de mineur.
• Parts acceptées : le chiffre qui compte. Regardez-le monter sur le tableau de bord, ou interrogez-le depuis n’importe quelle machine du réseau local : curl -s http://<bitaxe-ip>/api/system/info | jq .sharesAccepted — le même battement de cœur sur lequel notre chien de garde à redémarrage automatique est construit, et chaque champ que cet appel retourne est documenté dans la référence API AxeOS.
• Si les parts stagnent sur V2 mais circulent sur V1 : recopiez la clé publique du pool depuis la propre page du pool (une clé périmée fait échouer la poignée de main par conception), confirmez que le port est bien le port SV2 du pool, et consultez le traqueur de déploiement pour les changements côté pool.

Et le reste de la flotte?

À la mi-2026, VNish et LuxOS sont toujours Stratum V1 seulement — une tablette de Bitaxe peut donc passer au SV2 natif aujourd’hui pendant que les Antminer à côté ne le peuvent pas, à moins qu’ils exécutent Braiins OS+ (SV2 natif sur les modèles industriels supportés) ou que vous placiez le proxy de traduction SRI devant eux, ce qui met à niveau le lien de pool de n’importe quel mineur V1 sans toucher à son firmware. Le portrait complet du protocole à travers firmwares et pools vit sur le traqueur de déploiement.

Au-delà du Bitaxe : la famille NerdQAxe+ reçoit la même pile — la PR #544 portant le support SV2 a été fusionnée dans le fork NerdQAxePlus en avril 2026. Sur du matériel de classe NerdQAxe exécutant une version qui l’inclut, les étapes de cette page se transposent presque une pour une.

FAQ

Stratum V2 sur un Bitaxe me laisse-t-il choisir mes propres transactions?

Non. ESP-Miner implémente les canaux standards et étendus — étendu est le défaut, et forcé sur BM1397 — mais il n’y a pas de client Job Declarator, donc le pool construit le gabarit de bloc exactement comme sous V1. Ce que vous gagnez, c’est une connexion chiffrée, authentifiée et binaire, et une latence par part que vous pouvez mesurer.

Quels pools acceptent une connexion Stratum V2 native d’un Bitaxe?

Braiins Pool publie un endpoint SV2 avec sa clé publique de pool; BlitzPool et le pool de référence SRI sont les deux contre lesquels l’implémentation a été testée dans la PR #1553; mkpool documente sa propre voie SV2 pour Bitaxe. DEMAND n’a pas d’endpoint publié pour une connexion Bitaxe directe à la dernière vérification. Pour tout autre pool, le proxy de traduction SRI est la passerelle.

Ai-je besoin de nouveaux identifiants de worker pour Stratum V2?

Non. L’utilisateur est la même forme userName.workerName que vous utilisez déjà, et le mot de passe peut être n’importe quoi. Le seul nouveau champ est la clé publique SV2 du pool — copiez-la depuis la propre documentation du pool, caractère par caractère.

Que se passe-t-il si le pool SV2 tombe?

Le mineur bascule vers votre pool de secours. Les quatre combinaisons de protocoles primaire/secours sont supportées, donc un secours V1 derrière un primaire V2 garde le Bitaxe en train de hasher pendant toute panne côté SV2 — l’indicateur de protocole dans les réglages de pool montre quelle connexion est active.

Crédits

Le Stratum V2 natif sur le Bitaxe existe parce que @warioishere l’a écrit — la PR #1553, fusionnée dans ESP-Miner v2.14.0 par les mainteneurs de bitaxeorg (GPL-3.0), suivie de ses propres raffinements de latence et de temps de réponse dans le même train de versions. mkpool a publié le premier mode d’emploi SV2 spécifique au Bitaxe — un travail précurseur, crédité avec plaisir. Les spécifications d’endpoints viennent de la propre documentation academy de Braiins et du dossier de test de la PR; le protocole lui-même est l’œuvre du projet d’implémentation de référence Stratum V2 (SRI).

Dernière vérification du dossier : 2026-08-13. Les dates de version, le contenu des PR, le comportement des types de canaux (vérifié au tag v2.14.2, main/tasks/stratum_v2_task.c) et la version courante v2.14.2 ont été recontrôlés contre la source d’ESP-Miner et la PR #1553 à cette date. La clé publique du pool Braiins doit être recopiée depuis academy.braiins.com au moment de la publication.