Actualizado: 7 de agosto de 2026
El panel del pool puede mostrar un worker offline, shares rechazadas o un hashrate menor aunque el ASIC parezca funcionar. La causa puede estar en la URL del pool, la red local, el firmware, el hardware o simplemente en la ventana de promedio.
Empieza por las shares aceptadas y el registro del ASIC. Cambia una sola variable cada vez para no confundir una variación normal con una avería.
Qué significa cada síntoma
| Síntoma | Qué indica | Primera comprobación |
|---|---|---|
| Worker offline | El pool no ha acreditado una share válida reciente. | URL, puerto, formato del worker, Internet y registro del ASIC. |
| Rejected share | El servidor recibió trabajo que no pudo acreditar. | Motivo del rechazo, errores de hardware y firmware. |
| Stale share | El resultado llegó después de cambiar el trabajo. | Latencia, pérdida de paquetes, Wi-Fi y router. |
| Hashrate bajo | La estimación por shares está por debajo de la lectura local. | Comparar promedios equivalentes de 6 o 24 horas. |
Orden de diagnóstico
- Confirma el worker. Comprueba que el nombre coincide con el configurado en ese ASIC.
- Lee el log. Busca fallos DNS, resets, errores de autorización, hashboards ausentes y hardware errors.
- Observa las accepted shares. Si aumentan, el equipo está enviando trabajo aunque el estado tarde en actualizarse.
- Compara la misma ventana temporal. El hashrate del pool necesita tiempo para estabilizarse.
- Prueba Ethernet y revisa pérdida de paquetes.
- Vuelve a un perfil estable. Controla temperatura, ventiladores y fuente de alimentación.
- Cambia un solo destino. Guarda la configuración que funciona.
Cuándo investigar los rechazos
No existe un porcentaje universal. Cuanto menor, mejor. Investiga un aumento sostenido sobre tu nivel habitual; como señal práctica, muchos operadores revisan la instalación cuando los rechazos se mantienen cerca del 1–2% o más, pero el motivo y la ventana importan más que una cifra redondeada.
Los resultados inválidos suelen apuntar a frecuencia, voltaje, firmware, chips o alimentación. Las shares stale suelen apuntar a latencia, pérdida de paquetes o rutas inestables.
Si el hashrate del pool parece bajo
- Compara el promedio local y el del pool durante las mismas 24 horas.
- Confirma que todas las hashboards estén activas.
- Incluye rechazos, reinicios y tiempo desconectado.
- Usa un nombre distinto para cada worker.
- Si las shares aceptadas son estables, espera a que madure el promedio.
Preguntas frecuentes
¿Por qué está offline si el ASIC tiene hashrate?
Puede no haber llegado una share válida recientemente, el worker puede tener otro nombre o el panel puede llevar retraso.
¿Debo reiniciar enseguida?
Guarda primero el log y la configuración. Reiniciar puede borrar la evidencia del fallo.
¿Cambiar de pool arregla un ASIC inestable?
No. Si hay errores de hardware, temperatura o alimentación, el problema aparecerá también en otro pool.
Siguiente paso: cuando el worker sea estable durante 24 horas, compara el BTC acreditado con la calculadora y el ranking usando los mismos parámetros.