.hflmc-article{color:#102033;font-size:18px;line-height:1.65}.hflmc-article p{font-size:18px;line-height:1.65;margin:0 0 16px}.hflmc-article h2{font-size:32px!important;line-height:1.2!important;margin:34px 0 14px!important}.hflmc-article ul,.hflmc-article ol{font-size:17px;line-height:1.65;margin:0 0 22px 1.3em;padding-left:1em}.hflmc-article li{margin:8px 0}.hflmc-intro,.hflmc-next{border:1px solid #cfe1ff;background:#f7fbff;border-radius:12px;margin:18px 0 26px;padding:18px 20px}.hflmc-intro p:last-child,.hflmc-next p:last-child{margin-bottom:0}.hflmc-steps{counter-reset:hflmc-step;list-style:none!important;margin-left:0!important;padding-left:0!important}.hflmc-steps li{border-bottom:1px solid #dfe9f8;margin:0!important;padding:13px 10px 13px 48px;position:relative}.hflmc-steps li:before{align-items:center;background:#3867ff;border-radius:50%;color:#fff;content:counter(hflmc-step);counter-increment:hflmc-step;display:flex;font-size:14px;font-weight:800;height:28px;justify-content:center;left:8px;position:absolute;top:13px;width:28px}.hflmc-table-wrap{border:1px solid #cfe1ff;border-radius:12px;margin:18px 0 26px;overflow:auto}.hflmc-table-wrap table{border-collapse:collapse!important;margin:0!important;min-width:650px;width:100%}.hflmc-table-wrap th,.hflmc-table-wrap td{border:0!important;border-bottom:1px solid #e4edfb!important;font-size:16px;line-height:1.45;padding:13px 14px!important;text-align:left;vertical-align:top}.hflmc-table-wrap th{background:#eef5ff;color:#52627a;font-weight:800}.hflmc-faq{border:1px solid #cfe1ff;background:#f8fbff;border-radius:12px;margin:30px 0;padding:18px}.hflmc-faq h2{margin-top:3px!important}.hflmc-faq details{background:#fff;border:1px solid #d8e7ff;border-radius:9px;margin:10px 0}.hflmc-faq summary{cursor:pointer;font-size:18px;font-weight:800;padding:14px 16px}.hflmc-faq details p{padding:0 16px 15px}[dir=»rtl»] .hflmc-table-wrap th,[dir=»rtl»] .hflmc-table-wrap td{text-align:right}[dir=»rtl»] .hflmc-article ul,[dir=»rtl»] .hflmc-article ol{margin-left:0;margin-right:1.3em;padding-left:0;padding-right:1em}[dir=»rtl»] .hflmc-steps{margin-right:0!important;padding-right:0!important}[dir=»rtl»] .hflmc-steps li{padding-left:10px;padding-right:48px}[dir=»rtl»] .hflmc-steps li:before{left:auto;right:8px}@media(max-width:767px){.hflmc-article,.hflmc-article p{font-size:16px}.hflmc-article h2{font-size:26px!important}.hflmc-intro,.hflmc-next,.hflmc-faq{padding:14px}.hflmc-table-wrap table{min-width:580px}}
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.