Tu ASIC marca una cifra y el pool otra: cómo leer el hashrate
La pantalla del minero describe el trabajo del equipo. La del pool estima el trabajo que recibe. Una diferencia entre ambas no se interpreta bien sin mirar el periodo y las shares aceptadas.
Lo esencial
- Compara ventanas de tiempo equivalentes, evitando una muestra muy breve.
- Separa shares aceptadas, rechazadas y periodos de desconexión.
- El esquema de pago y el umbral de cobro explican parte de la experiencia.
Dos medidas de un mismo trabajo
El equipo puede mostrar una estimación local calculada a partir de su funcionamiento. El pool estima la contribución que observa mediante shares, pruebas de trabajo con una dificultad adecuada para contabilizar participaciones. La documentación de Bitcoin distingue estas pruebas del hallazgo de un bloque válido de la red.
Eso explica por qué una lectura del pool no tiene que copiar, segundo a segundo, el número del firmware. Una ventana breve recoge pocas muestras y puede fluctuar. Antes de sacar conclusiones, compara promedios con duraciones equivalentes y revisa que el equipo estuviera conectado durante todo el periodo.
Un registro útil para comparar
En lugar de una captura aislada, prepara un registro con hora de inicio y final, hashrate local medio, hashrate estimado por el pool, porcentaje de shares rechazadas y minutos fuera de servicio. Añade cualquier cambio de firmware, temperatura o conexión que se haya producido.
Un equipo anunciado como 200 TH/s que estuvo desconectado una hora dentro de un periodo de 24 horas tendría una disponibilidad del 95,83 %. Incluso suponiendo rendimiento constante cuando estaba encendido, su promedio sobre el día completo sería 191,67 TH/s. Este ejemplo solo demuestra el efecto del tiempo apagado; no explica toda posible diferencia entre medidores.
Qué revisar cuando hay shares rechazadas
Lee el motivo del rechazo que ofrece el pool o el minero. Una prueba antigua, una configuración incompatible o problemas de comunicación no se solucionan de la misma manera. Evita atribuir todos los rechazos al hardware: cambia una variable cada vez y guarda los registros antes y después.
Si un panel registra 10.000 shares aceptadas y 200 rechazadas en la misma categoría y periodo, el rechazo sobre las 10.200 enviadas sería del 1,96 %. No equivale automáticamente a perder ese mismo porcentaje de ingreso: para traducirlo a dinero hay que conocer qué trabajo representa cada share y las reglas del servicio.
El pago no es otra medida de hashrate
Un saldo pendiente y un pago recibido describen etapas distintas. El ingreso atribuido, la comisión, el umbral de retirada y la frecuencia de liquidación pueden hacer que la wallet reciba fondos después de que el panel haya mostrado trabajo aceptado.
Por ejemplo, la especificación FPPS de Braiins calcula una recompensa por el trabajo entregado que incorpora subsidio y comisiones de red según sus reglas. Eso no vuelve constantes el precio de bitcoin ni el resultado en euros. Tampoco permite trasladar esas reglas a todos los pools.
Una secuencia corta de diagnóstico
- Alinea duración y zona horaria de los dos paneles.
- Comprueba disponibilidad y cambios de configuración.
- Clasifica los rechazos con sus mensajes originales.
- Lee cómo contabiliza y liquida las recompensas el pool.
- Compara una muestra suficiente antes de modificar el presupuesto.
Después cruza el trabajo observado con tu coste eléctrico. Una cifra de hashrate explica producción; una cifra de consumo explica gasto. Para entender el margen hacen falta las dos.
