Uptime es el tiempo durante el que un equipo o servicio cumple una condición de funcionamiento, o su proporción del periodo observado. En minería puede medir accesibilidad o cálculo efectivo. Debe explicar qué cuenta como funcionamiento, qué periodo abarca y cómo trata datos ausentes y paradas.
Imaginemos una máquina que cumple nuestra condición durante 23 horas de un periodo de 24 horas. En este ejemplo propio, el uptime ronda el 95,83 %. Si excluimos la hora de mantenimiento, cambia el porcentaje aunque la máquina haya hecho lo mismo. Por eso deben mostrarse las excepciones. El Instituto Nacional de Estándares y Tecnología de Estados Unidos (NIST) vincula disponibilidad con acceso utilizable a un servicio o información; no establece un porcentaje universal de minería. Primero definimos servicio y tiempo, después juzgamos el número. [1]
Hashrate es el número de intentos de minería por segundo. En su explicación de 2026, Braiins distingue Worker System Uptime de Worker Hashing Uptime. El primero registra si el equipo respondía; el segundo, los intervalos con hashrate distinto de cero. Podemos acceder a su página de control aunque los cálculos estén detenidos. A la inversa, calcular un poco no confirma el rendimiento nominal del fabricante. Son datos útiles juntos: uno muestra accesibilidad y otro trabajo, pero ninguno explica por sí solo todo el resultado. [2]
Braiins Manager utiliza Unknown cuando faltan datos necesarios. Agent Offline indica que no responde el servicio recolector, el agente que transmite esos datos. Esto no demuestra por sí solo que se detuviera la minería: puede fallar la supervisión mientras el equipo sigue trabajando. Tampoco cabe considerar automáticamente ese hueco como funcionamiento correcto. Conviene mostrar los periodos desconocidos por separado o explicar cómo entran en el cálculo. De lo contrario, los mismos datos ausentes pueden provocar impresiones opuestas. [3]
Un Mining Pool reúne el trabajo de los mineros y distribuye recompensas según sus reglas. Los equipos no envían cada intento, sino resultados que cumplen el objetivo más sencillo del pool, llamados shares. Braiins Pool estima el hashrate efectivo a partir de esos resultados. A corto plazo influyen el azar al encontrar shares y la calidad de conexión. Una cifra menor no se convierte directamente en un porcentaje equivalente de parada. Primero hay que comparar periodos iguales y comprobar si el pool recibió y aceptó el trabajo. [4]
En la supervisión de Braiins Pool, Offline significa que no se detectó hashrate. El pool no comprueba directamente la accesibilidad de red del equipo. La documentación describe capturas cada 5 minutos; pasar de OK a Low requiere dos periodos consecutivos por debajo del umbral configurado. Disabled significa supervisión desactivada, no minería detenida. Una etiqueta roja o gris inicia la investigación, pero no constituye un diagnóstico. Otro sistema puede definir de otra manera un estado con el mismo nombre. [5]
La documentación del panel de Braiins Manager indica actualizaciones cada 5 minutos, pero un retraso de 20 minutos en las series temporales, es decir, mediciones ordenadas por el momento en que se tomaron. Actualizar la pantalla no equivale a mostrar el estado presente. Al investigar una alarma, el último punto del gráfico quizá aún no refleje nuestra intervención. Conviene revisar la hora del suceso, la zona horaria y la antigüedad del punto antes de concluir. Estos intervalos corresponden al documento citado, no a todas las herramientas de supervisión. [6]
Curtailment es limitar deliberadamente la actividad, por ejemplo ante electricidad cara o una petición de la red eléctrica. Braiins explica por qué un hashing uptime menor en ese caso no implica un fallo técnico. Separemos en el informe restricciones previstas, mantenimiento y averías inesperadas. Todas reducen el tiempo de cálculo, pero requieren decisiones distintas. Tampoco un uptime mayor demuestra más beneficios: importan el precio eléctrico, el rendimiento y el trabajo aceptado, no solo las horas encendido. [2]
Worker es el nombre con el que un pool registra trabajo. Braiins Pool advierte que supervisa conjuntamente los equipos que comparten nombre, lo que impide diagnosticar cada uno a partir de ese agregado. El ejemplo utiliza el mismo periodo de observación para ambas máquinas. El peso de cada una corresponde a su parte del hashrate nominal conjunto. En nuestro ejemplo hay máquinas de 100 TH/s y 200 TH/s, millones de millones de intentos por segundo, con uptime de 100 % y 50 %. El promedio simple es 75 %, pero ponderado por hashrate nominal resulta 66,67 %. La parada de la máquina más potente pesa más. Esto sigue sin medir shares aceptadas: resume el tiempo de otra forma. Hay que declarar los pesos utilizados. [5]
Para obtener la imagen más completa, lee esta entrada junto con Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. También enlazan con esta entrada Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.