💡 Conseil : Les données ci-dessous sont fournies à titre indicatif uniquement. Veuillez vous référer aux conditions réelles et aux réponses du service clientèle pour plus de détails.
Le "Hash Rate Error" (taux d'erreur de hachage) sur les mineurs Bitaxe est un indicateur de précision de calcul interne signalé par les registres des puces ASIC. Il représente le pourcentage de calculs invalides par rapport au hachage total. Un mineur Bitaxe Gamma fonctionnant normalement avec la configuration d'usine TCH a généralement un taux d'erreur situé entre 0 % et 2 %.
Le micrologiciel ESP-Miner lit les registres matériels 0x8C et 0x4C de la puce toutes les 5 secondes et calcule le pourcentage en divisant le hachage erroné par le hachage actuel. Par exemple, avec un hachage de 1200 GH/s et des erreurs de 12 GH/s, le taux d'erreur est de 1,0 %. La plage saine se situe entre 0 et 2 % ; au-delà de 5 %, cela signifie que la puce fonctionne en dehors de ses limites de stabilité et nécessite une baisse de fréquence ou une augmentation de la tension. Nous allons décomposer cet indicateur dans son intégralité, depuis les origines du calcul jusqu'au diagnostic et à la réparation.
⚠️ Point de confusion fréquent ❌️ : L'indicateur "Hash Rate Error" rapporte les erreurs internes de la puce, ce qui est totalement différent des "parts rejetées" (causées par la latence du réseau ou des problèmes de connexion au pool) !
D'où provient le Hash Rate Error ? 🔍
Ce chiffre ne vient pas des parts rejetées par votre pool et n'a rien à voir avec une déconnexion Wi-Fi. Il provient directement du cœur de la puce ASIC Bitmain de votre Bitaxe Miner (qu'il s'agisse d'une BM1366, BM1368, BM1370 ou BM1397). Lorsque la puce exécute des opérations SHA-256, certains cycles d'horloge peuvent mal basculer, rendant le hachage calculé inutilisable. Le registre de la puce le consigne fidèlement. C'est essentiellement un problème physique au niveau du semi-conducteur, indépendant du réseau.
Points clés :
- ❄️ Hash Rate Error ≠ Parts rejetées : Les parts rejetées sont un indicateur réseau provenant du pool, survenant après que l'ASIC a terminé son calcul ;
- ❄️ Hash Rate Error ≠ Erreur de connexion : Une coupure Wi-Fi affecte uniquement l'envoi des parts, pas les calculs internes de la puce ;
- ❄️ Hash Rate Error = Mesure de précision au niveau de la puce : Cela reflète directement la précision de calcul du silicium dans les conditions de fonctionnement actuelles ;
Origine de cette fonctionnalité
La fonction de lecture des registres de hachage d'ESP-Miner a été développée par le développeur Mutatrum à travers plusieurs itérations. Parallèlement, le développeur WantClue a écrit le code d'initialisation des statistiques des registres de hachage (PR #1263, fusionné dans la v2.11.0) pour gérer les cas particuliers où certaines versions de puces ASIC n'exposent pas les registres d'erreur de la même manière.
Selon les notes de publication d'ESP-Miner v2.11.0 (ou supérieur), cette mise à jour garantit que le micrologiciel initialise correctement les statistiques lorsque les registres de hachage ne sont pas disponibles, évitant ainsi des affichages erronés sur les puces plus anciennes ou non supportées. Si vous utilisez une version antérieure à la v2.11.0, vous ne verrez probablement pas le pourcentage d'erreur ou les données affichées seront inexactes. Mettez à jour votre micrologiciel vers la dernière version stable pour utiliser cette fonctionnalité. Vous trouverez ici les mises à jour regroupées par TinyChipHub pour les séries Bitaxe, Nerdqaxe et Zyber.
Comment est-il calculé ? 📊
Le micrologiciel ESP-Miner interroge les deux registres matériels de la puce ASIC toutes les 5 secondes via la fonction ASIC_read_registers(). Après avoir converti ces valeurs brutes en équivalent hachage (en GH/s), il applique la formule suivante : Erreur ÷ Hachage actuel × 100 pour obtenir le pourcentage. Comprendre cette conversion est crucial pour interpréter les chiffres affichés sur le tableau de bord AxeOS.
Les deux registres principaux :
- Registre 0x8C (REGISTER_TOTAL_COUNT) : Compte le nombre total de hachages SHA-256 calculés par l'ASIC depuis le dernier cycle de lecture (quantifie le travail total effectué).
- Registre 0x4C (REGISTER_ERROR_COUNT) : Compte le nombre de hachages erronés produits durant cette même période (quantifie le travail gaspillé).
Le micrologiciel convertit les valeurs de ces deux registres en un taux de hachage équivalent (en GH/s), puis utilise la formule suivante pour calculer le pourcentage d'erreur :
error_percentage = (error_hashrate / current_hashrate) × 100
💪 Vous pouvez également surveiller cela par programmation en utilisant le point de terminaison de l'API REST d'AxeOS : GET /api/system/info. L'objet hashrateMonitor dans la réponse contient le hachage total (total), le hachage par domaine de cœur (domains) et le nombre cumulé d'erreurs (errorCount). En effectuant des requêtes périodiques, vous pouvez calculer l'incrément pour obtenir le taux d'erreur en temps réel.
La réponse contient un objet structuré comme suit :
"hashrateMonitor": {
"asics": [{
"total": 1072.24,
"domains": [273.58, 276.21, 268.49, 252.19],
"errorCount": 1415
}]
}
📶 Plages normales attendues
Les paramètres d'usine varient considérablement selon les modèles de puces. Ces valeurs ont été vérifiées par l'équipe de TinyChipHub ; dans des conditions de dissipation thermique adéquates et à une température ambiante de 25 °C, le taux d'erreur se situe généralement entre 0,5 % et 1,5 %. La norme de fiabilité des semi-conducteurs de l'IEEE (JEDEC JESD22-A108) exige un taux d'erreur fonctionnelle inférieur à 1 % sous des conditions nominales. Cependant, jusqu'à 2 % reste tout à fait acceptable pour des scénarios d'overclocking.
- Puces BM1370 (Bitaxe Gamma, Bitaxe GT) : Fréquence d'usine 490-525 MHz, tension 1150-1200 mV ;
- Puces BM1368 (Bitaxe Supra, Bitaxe Supra Hex) : Fréquence d'usine 490 MHz, tension 1150 mV ;
- Puces BM1366 (Bitaxe Ultra, Bitaxe Hex) : Fréquence d'usine 485 MHz, tension 1150 mV.
Une fourchette de 0%-2 % est la plage normale idéale. Au-delà de 5 %, c'est élevé. Moins de 2 % signifie que la puce fonctionne confortablement dans ses paramètres de conception ; aucune action n'est requise. En fait, après un réglage correct, de nombreux appareils peuvent atteindre un taux d'erreur proche de 0 %. Entre 2 % et 5 % se situe la "zone grise" : cela peut indiquer un overclocking pas encore tout à fait stable. Surveillez l'évolution de la tendance. C'est acceptable, mais cela signifie généralement que la puce est proche de sa limite de stabilité. Au-delà de 5 %, il est fortement recommandé d'intervenir immédiatement en baissant la fréquence, surtout si vous souhaitez garantir un fonctionnement stable de votre solo miner 24h/24 et 7j/7.
Prenons l'exemple évoqué plus haut : un Bitaxe Gamma testé et expédié par l'équipe de TinyChipHub aura généralement, avec un hachage normal de 1200 GH/s, des erreurs ne dépassant pas 60 GH/s. Sinon, le taux d'erreur sera > 5,0 %. Cela peut indiquer un problème avec la puce ou d'autres composants. Veuillez réduire la fréquence et envoyer immédiatement les journaux (logs) à notre service client via n'importe quelle plateforme (mail, Discord, X, Facebook, etc.). Notre équipe vous aidera à résoudre le problème dès que possible.
Tableau de référence des taux d'erreur
| Hachage (GH/s) | Erreur de hachage (GH/s) | Taux d'erreur | Statut |
|---|---|---|---|
| 1200 | 12 | 1,0 % | ✅ Fonctionnement sain |
| 1200 | 36 | 3,0 % | ⚠️ Nécessite attention |
| 1200 | 60 | 5,0 % | 🔴 Limite de stabilité atteinte |
❓ Certains se demandent : "Mon Bitaxe affiche 0 % d'erreur, est-ce trop bas, y a-t-il un problème ?" Ne paniquez pas ! Un taux de 0 % signifie simplement que votre puce est d'excellente qualité et que tous les calculs sont corrects dans les conditions actuelles. C'est une très bonne chose. Cependant, si vous faites de l'overclocking à 575 MHz et que le taux reste à 0 %, cela signifie que vous avez encore de la marge. Selon nos tests, augmentez par paliers de 25 MHz jusqu'à ce qu'un taux d'erreur apparaisse.
Taux d'erreur élevé ! Diagnostic et réparation 🛠️
Si le taux d'erreur grimpe, vérifiez ces quatre causes courantes dans l'ordre : Fréquence trop élevée → Tension trop basse → Surchauffe → Alimentation insuffisante ou dégradée. 90 % des problèmes de taux d'erreur élevé proviennent des deux premières causes. La solution la plus directe est de restaurer les paramètres d'usine, puis de redéfinir les paramètres progressivement. Augmentez la fréquence de 25 MHz à chaque fois et attendez 15 minutes pour observer le taux d'erreur. Trouvez ainsi le point d'équilibre de votre puce.
5 étapes pour diagnostiquer la cause racine du taux d'erreur de hachage :
- 🏃 Étape 1 : Vérifiez la température de l'ASIC : Ouvrez le tableau de bord AxeOS à l'adresse
http://<votre-ip-bitaxe>et regardez la température de l'ASIC. Si elle dépasse 70 °C, traitez le problème de refroidissement en priorité. Vérifiez la vitesse du ventilateur (affichée sur le tableau de bord) et assurez-vous que le dissipateur thermique est bien fixé. AxeOS active la protection thermique (underclocking) au-dessus de 75 °C, mais des erreurs peuvent déjà survenir avant que cette limite ne soit atteinte. - 🏃Étape 2 : Notez les informations du tableau de bord : Allez dans les paramètres (Settings) d'AxeOS et notez la fréquence (MHz), la tension du cœur (mV) et la vitesse du ventilateur actuels, car ils correspondent à la période où le taux d'erreur était élevé.
- 🏃Étape 3 : Réinitialisez aux paramètres d'usine : Restaurez les paramètres d'usine, puis faites tourner le mineur pendant 15 à 30 minutes. Si le taux d'erreur redescend à 0-2 %, le problème venait de vos réglages d'overclocking. Lors du réglage, n'augmentez la fréquence que par étapes de 25 MHz, en attendant 15 minutes entre chaque changement.
- 🏃Étape 4 : Vérifiez l'alimentation : Dans les informations système d'AxeOS, vérifiez la tension d'entrée affichée. Pour les modèles 5V, une tension inférieure à 4,8V en charge indique une chute de tension de l'alimentation. Pour les modèles 12V, vérifiez qu'elle ne tombe pas sous les 11,5V. Si une chute de tension est détectée, essayez de changer l'adaptateur secteur. Les alimentations fournies avec les mineurs de l'équipe TCH sont de qualité expérimentale, donc ce genre de problème est rare. Si la tension continue de chuter, contactez le service client de TinyChipHub pour obtenir de l'aide.
- 🏃Étape 5 : Mettez à jour le micrologiciel (Firmware) : Vérifiez aussi la version du firmware. La version v2.11.0 d'ESP-Miner a amélioré la gestion des registres de hachage. Or, la v2.13.0 et les versions ultérieures ont corrigé un bug de lecture de registre présent dans les anciennes versions, qui pouvait fausser le rapport d'erreur. En 2025, des utilisateurs de la communauté Bitaxe ont rapporté qu'une mise à jour vers la v2.13.0 avait fait chuter leur taux d'erreur de 6,2 % à 1,8 %, purement à cause de la correction de ce bug logiciel.
Toutes les puces ASIC ne sont pas identiques. En raison des variations naturelles du processus de fabrication des semi-conducteurs (le fameux "silicon lottery"), deux puces BM1370 provenant de la même plaque peuvent avoir des fréquences de fonctionnement stables différentes, et cela sera encore plus vrai avec les futurs BM1373 Solo Miner – Zyber Blanc. Une puce peut fonctionner à 600 MHz avec seulement 1 % d'erreur, tandis qu'une puce de spécifications identiques produite le même jour peut atteindre 4 % d'erreurs à la même fréquence.
C'est exactement pour cela que le taux d'erreur est un outil de réglage si précieux. Il mesure directement la limite de stabilité de votre puce, vous permettant de connaître son plafond. Au lieu de suivre aveuglément des guides d'overclocking génériques, utilisez le taux d'erreur comme indicateur : augmentez progressivement la fréquence jusqu'à ce que le taux dépasse 2 %, puis diminuez-la de 25 MHz. C'est là que se trouve la fréquence optimale de votre puce. (Note : Avec les nouvelles puces BM1373, qui sont beaucoup plus puissantes, cet indicateur pourrait être légèrement impacté).
💡 Petite question : Le taux d'erreur de hachage affecte-t-il mes chances de trouver un bloc ?
Oui, mais seulement de manière indirecte. Le taux d'erreur représente du calcul gaspillé : des tentatives de hachage dont le résultat est incorrect. Ces hachages invalides ne contribuent pas à la recherche de nonces valides. Si 5 % de votre hachage est perdu en erreurs, votre puissance de calcul effective (celle qui compte réellement pour la probabilité de trouver un bloc) est réduite de 5 % par rapport au chiffre affiché sur le tableau de bord. L'impact d'un taux d'erreur faible (0 à 2 %) est négligeable. Cependant, si le taux dépasse 10 %, cela revient à jeter 10 % de votre électricité par les fenêtres sans aucun retour en contrepartie.
