Uptime désigne la durée pendant laquelle un appareil ou service satisfait une condition de fonctionnement, ou sa part de la période observée. En minage, il peut mesurer l’accessibilité ou le calcul effectif. Il faut préciser la condition, la période et le traitement des données manquantes et des arrêts.
Imaginons une machine remplissant notre condition pendant 23 heures sur une période de 24 heures. Dans cet exemple, l’uptime est d’environ 95,83 %. Exclure l’heure d’entretien change le pourcentage sans rien changer au fonctionnement réel. Les exceptions doivent donc apparaître. Le National Institute of Standards and Technology (NIST), organisme américain de normalisation, rattache la disponibilité à un accès utilisable au service ou à l’information ; il ne donne pas un pourcentage universel de minage. On définit d’abord service et durée, puis on interprète le chiffre. [1]
Le hashrate est le nombre de tentatives de minage par seconde. Dans son explication de 2026, Braiins distingue Worker System Uptime et Worker Hashing Uptime. Le premier suit les réponses du matériel, le second les intervalles où le hashrate est non nul. La page de commande peut donc rester accessible alors que les calculs sont arrêtés. À l’inverse, quelques calculs ne prouvent pas la performance nominale annoncée. Ces mesures se complètent : l’une décrit l’accès, l’autre le travail, sans expliquer seules tout le résultat. [2]
Braiins Manager affiche Unknown lorsqu’il manque des données nécessaires. Agent Offline signifie que le service de collecte, l’agent qui relaie les données, ne répond pas. Cela ne prouve pas à lui seul un arrêt du minage : la supervision peut tomber en panne alors que la machine travaille. On ne peut pas non plus transformer automatiquement ce trou en fonctionnement réussi. Mieux vaut présenter ces périodes séparément ou expliquer leur traitement dans le calcul. Sinon, une même absence de données peut produire des impressions opposées. [3]
Un Mining Pool regroupe le travail des mineurs et distribue les récompenses selon ses règles. Les appareils n’envoient pas toutes leurs tentatives, mais des résultats satisfaisant la cible plus facile du pool, les shares. Braiins Pool en tire une estimation du hashrate effectif. À court terme, le hasard dans la découverte de shares et la qualité de connexion le font varier. Une valeur plus basse ne se traduit donc pas directement par le même pourcentage d’arrêt. Il faut comparer des périodes identiques et vérifier la réception et l’acceptation du travail. [4]
Dans la supervision de Braiins Pool, Offline indique qu’aucun hashrate n’a été détecté. Le pool ne teste pas directement l’accessibilité réseau de la machine. La documentation prévoit des relevés toutes les 5 minutes ; passer de OK à Low demande deux périodes consécutives sous le seuil configuré. Disabled signifie supervision désactivée, pas minage arrêté. Une étiquette rouge ou grise lance donc l’enquête, sans constituer un diagnostic. Un autre outil peut donner un sens différent au même nom. [5]
La documentation du tableau de bord Braiins Manager annonce un rafraîchissement toutes les 5 minutes, mais un retard de 20 minutes pour les séries temporelles, c’est-à-dire les mesures classées dans l’ordre du temps. Rafraîchir l’écran ne rend donc pas chaque point instantané. Pendant l’examen d’une alarme, le dernier point peut ne pas encore refléter une intervention ou l’état actuel. Vérifiez l’heure de l’événement, le fuseau et l’âge du point avant de conclure. Ces intervalles concernent la documentation citée, pas tous les outils de supervision. [6]
Curtailment désigne une limitation volontaire du fonctionnement, par exemple lorsque l’électricité coûte cher ou à la demande du réseau électrique. Braiins explique pourquoi un hashing uptime plus faible ne traduit alors pas nécessairement une défaillance technique. Il faut séparer limitation prévue, entretien et panne imprévue. Toutes réduisent le temps de calcul, mais n’appellent pas les mêmes décisions. Un uptime supérieur ne prouve pas non plus un meilleur bénéfice : prix électrique, performance et travail accepté comptent aussi. [2]
Un worker est le nom sous lequel le pool enregistre le travail. Braiins Pool supervise ensemble les machines partageant un nom : cet agrégat ne permet pas de diagnostiquer chacune. L’exemple porte sur la même période pour les deux appareils. Le poids de chacun correspond à sa part du hashrate nominal total. Notre exemple comporte des appareils à 100 TH/s et 200 TH/s, soit des milliers de milliards de tentatives par seconde, avec des taux d’uptime de 100 % et 50 %. La moyenne simple vaut 75 %, mais la moyenne pondérée par hashrate nominal donne 66,67 %. L’arrêt de la machine plus puissante pèse davantage. Cela ne mesure toujours pas les shares acceptées : c’est un autre résumé du temps de fonctionnement. Précisons donc les pondérations. [5]
Pour une vision complète, lisez aussi Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. Cette entrée est également citée par Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.