Monitoring minage Bitcoin : les métriques essentielles à surveiller

Brancher un ASIC et le laisser tourner sans surveillance, c'est comme conduire une voiture les yeux fermés. Ça fonctionne quelques minutes, mais tôt ou tard, quelque chose se passe mal et vous ne le remarquez que trop tard. Un ASIC qui perd 30% de hashrate à cause d'une surchauffe peut tourner pendant des semaines sans que vous le sachiez — et pendant tout ce temps, vous perdez 30% de vos revenus.

Le monitoring, c'est l'art de transformer des données brutes en informations actionnables. Dans ce guide, nous passons en revue chaque métrique essentielle, expliquons comment la lire, et vous montrons quand il faut s'inquiéter — et quand c'est parfaitement normal.

Les métriques fondamentales

1. Le hashrate : temps réel vs moyenne

Le hashrate est la métrique reine du minage. Il mesure la puissance de calcul de votre machine en TH/s (terahash par seconde). Mais attention : il existe plusieurs façons de le mesurer.

Hashrate temps réel (RT ou 5 min) : c'est le hashrate calculé sur les dernières minutes à partir des shares soumis. Il est extrêmement volatile — c'est normal. Un S21 à 200 TH/s affichera des valeurs entre 150 et 250 TH/s en temps réel, même quand tout va bien. Ce n'est pas un bug, c'est la nature statistique du minage.

Hashrate moyen 1h (H1) : moyenne glissante sur 1 heure. Beaucoup plus stable que le temps réel, mais encore un peu volatil. Utile pour détecter des problèmes récents.

Hashrate moyen 24h (H24) : la moyenne la plus fiable. C'est la métrique que les pools utilisent pour calculer vos revenus. Si le H24 est stable et proche du nominal, tout va bien.

| Métrique | Volatilité | Utilité | Quand s'inquiéter | |----------|-----------|---------|-------------------| | RT / 5 min | Très haute | Vérification instantanée | Ne pas s'inquiéter des fluctuations | | H1 | Moyenne | Détection de problèmes récents | Si < 85% du nominal pendant 1h+ | | H24 | Basse | Revenue estimation, tendance long terme | Si < 90% du nominal |

Règle d'or : ignorez les fluctuations du hashrate temps réel. Concentrez-vous sur le H24 pour évaluer la santé de vos machines.

2. La température des puces

Les ASICs ont des capteurs de température sur chaque carte de hachage (hashboard). La température des puces impacte directement les performances et la durée de vie de la machine.

| Plage | Statut | Action | |-------|--------|--------| | < 55°C | Froid | Tout va bien (Low Power mode ou environnement froid) | | 55-70°C | Optimal | Zone idéale de fonctionnement | | 70-80°C | Chaud | Acceptable, mais surveillez la tendance | | 80-85°C | Warning | Le firmware commence à réduire les performances (throttling) | | > 85°C | Critique | Throttling actif — perte de hashrate significative. Agissez. |

Throttling : quand la température dépasse un seuil (typiquement 80-85°C), le firmware réduit automatiquement la fréquence des puces pour protéger le matériel. Votre machine continue de fonctionner, mais le hashrate peut chuter de 20 à 40%. C'est la cause la plus fréquente de perte de performance silencieuse.

3. Les shares : acceptés, rejetés, stale

Chaque share soumis par votre ASIC tombe dans l'une de ces trois catégories :

• Accepté : share valide, comptabilisé pour vos revenus. C'est ce que vous voulez.
• Rejeté (rejected) : share invalide, souvent dû à une erreur de configuration ou un problème matériel.
• Stale : share valide mais arrivé trop tard (le bloc a changé). Dû à la latence réseau.

| Métrique | Valeur normale | Seuil d'alerte | Cause probable | |----------|---------------|----------------|----------------| | Taux de rejet | < 0,5% | > 2% | Config pool incorrecte, firmware bugué | | Stale rate | < 0,5% | > 1,5% | Latence réseau, WiFi, serveur pool distant |

Pour réduire votre stale rate, consultez notre guide dédié au stale rate.

4. L'uptime (temps de fonctionnement)

L'uptime mesure le pourcentage du temps pendant lequel votre machine est active et mine effectivement. Un uptime de 99% sur un mois signifie environ 7 heures de downtime.

Causes de downtime :

• Coupures de courant
• Redémarrages firmware
• Pannes matérielles
• Déconnexions réseau
• Maintenance (nettoyage, mise à jour)

Objectif : un uptime de 98% minimum. Chaque heure de downtime d'un S21 représente environ 0,26 € de revenu perdu (BTC ~59 000 €).

5. Le revenu estimé

Le revenu estimé combine plusieurs données : votre hashrate effectif, le prix du BTC, la difficulté du réseau et les frais de transaction. C'est un indicateur — pas une garantie.

Attention aux pièges :

• Le revenu affiché par la pool est souvent basé sur le H24, pas sur le hashrate instantané
• Les estimations ne prennent pas en compte votre coût d'électricité
• Un revenu "stable" peut masquer une baisse de hashrate si le prix du BTC monte en même temps

Comment lire un dashboard de minage

Un bon dashboard de minage affiche toutes ces métriques en un coup d'œil. Voici comment interpréter les éléments principaux :

La vue d'ensemble

Le dashboard principal doit montrer :

• Hashrate total de toutes vos machines (avec comparaison nominal vs réel)
• Nombre de machines online/offline
• Revenu estimé sur les dernières 24h
• Alertes actives (si des machines ont un problème)

Le graphique hashrate

Le graphique de hashrate sur 24h est votre meilleur outil de diagnostic :

• Courbe stable autour du nominal → tout va bien
• Chute soudaine → une machine s'est arrêtée ou a perdu une hashboard
• Dents de scie (sawtooth) → possibles reconnexions fréquentes ou problème de protocole
• Baisse progressive → surchauffe qui s'aggrave, poussière qui s'accumule

La vue par machine

Pour chaque machine, vérifiez :

• Le hashrate H24 vs nominal (> 90% = OK)
• La température (< 80°C = OK)
• Le taux de rejects et stale (< 1% total = OK)
• L'uptime (> 98% = OK)

Testez la démo Minent pour voir un dashboard complet avec données réalistes.

Quand s'inquiéter, quand c'est normal

Situations normales (pas d'inquiétude)

| Observation | Explication | |-------------|------------| | Hashrate RT fluctue de ±30% | Normal — c'est statistique | | Petit pic de température après démarrage | La machine atteint son régime thermique | | Quelques shares rejetés par jour | Négligeable si < 0,5% du total | | Revenu varie d'un jour à l'autre | Normal — la difficulté et les frais de tx changent |

Situations d'alerte (agissez)

| Observation | Cause probable | Action | |-------------|---------------|--------| | H24 < 80% du nominal | Hashboard en panne ou throttling sévère | Vérifier température + interface ASIC | | Température > 85°C constante | Ventilation insuffisante ou ventilateur mort | Améliorer refroidissement, nettoyer | | Taux de rejet > 5% | Config pool incorrecte | Vérifier URL et credentials | | Machine offline > 1h | Panne courant, réseau ou matérielle | Vérifier alimentation et connexion | | Stale rate > 3% | Gros problème de latence | Passer en Ethernet, changer de serveur pool |

Mettre en place un monitoring efficace

Option 1 : Vérification manuelle

Connectez-vous à chaque ASIC via son interface web et vérifiez les métriques. Simple, mais fastidieux et insuffisant :

• Pas d'historique
• Pas d'alertes
• Vous ne vérifiez que quand vous y pensez (souvent trop tard)

Option 2 : Dashboard de la pool

F2Pool, Antpool et d'autres pools offrent des dashboards avec le hashrate de vos workers. Mieux que rien, mais limité :

• Pas de monitoring température
• Délai de 10-30 minutes sur les données
• Pas d'alertes personnalisables

Option 3 : Proxy avec monitoring intégré

C'est la solution la plus complète. Un proxy comme Minent offre :

• Dashboard temps réel avec toutes les métriques
• Historique des performances sur 24h, 7 jours, 30 jours
• Alertes Telegram instantanées (hashrate bas, machine offline, température élevée)
• Vue centralisée de toutes vos machines

Pour comprendre comment un proxy optimise votre minage au-delà du monitoring, lisez notre guide du proxy de minage.

Les alertes indispensables

Si vous ne configurez que 3 alertes, choisissez celles-ci :

1. Machine offline : alertez dès qu'une machine est déconnectée depuis plus de 5 minutes. Chaque heure de downtime = revenu perdu.

2. Hashrate < 80% du nominal : détecte les hashboards en panne et le throttling sévère avant que les pertes ne s'accumulent.

3. Température > 82°C : avertissement préventif avant que le throttling ne devienne sévère. Vous avez le temps d'agir avant de perdre du hashrate.

Si vous cherchez un ASIC, consultez le catalogue de machines sur minent.eu. Et pour l'optimisation de vos revenus, découvrez nos 5 stratégies concrètes.

Conclusion

Le monitoring n'est pas optionnel — c'est la différence entre un minage rentable et un minage qui perd de l'argent en silence. Les métriques clés (hashrate H24, température, stale rate, uptime) vous donnent une vision complète de la santé de votre opération. Combinées à des alertes automatiques, elles vous permettent de réagir en minutes plutôt qu'en jours.

Prêt à voir vos métriques en temps réel ? Testez la démo Minent gratuitement — aucune inscription requise. Puis créez votre compte pour surveiller vos machines 24/7.