No necesariamente. Si tu ASIC está recibiendo tareas de minería actuales y el pool está aceptando sus shares, puede continuar minando incluso mientras el sitio web o el panel del pool no esté accesible. El sitio web muestra información de la cuenta, listas de workers y ganancias; el ASIC se comunica con el pool a través de una conexión Stratum independiente. Para evaluar si la minería se ha detenido, revisa el propio minero.
El sitio web y la conexión de minería son sistemas distintos
Un ASIC se configura con una URL Stratum —un nombre de host y un puerto— junto con un nombre de worker y cualquier contraseña requerida por el pool. Esta conexión se utiliza para recibir tareas de minería y enviar shares. No requiere que el sitio web público del pool cargue correctamente.
La documentación para desarrolladores de Bitcoin describe cómo un pool proporciona la información que los mineros necesitan para construir encabezados de bloque y establece un objetivo (target) para los shares enviados. Stratum usa una conexión TCP bidireccional para intercambiar trabajo de minería (Bitcoin Developer Guide). Por lo tanto, un pool puede experimentar un problema en su sitio web mientras sus conexiones de minería siguen funcionando.
Esta separación no significa que los sistemas sean completamente independientes en todos los incidentes. Una caída del sitio web puede ocurrir de forma aislada, o puede ser un síntoma visible de un problema de infraestructura mayor que afecte la distribución de tareas o la contabilidad de shares. Revisa juntos la conexión del ASIC, las tareas recientes y los shares aceptados; el estado de la conexión por sí solo no es suficiente.
Cómo saber si un ASIC sigue minando
La mayoría de los firmwares de ASIC exponen una interfaz web local o una página de estado, separada del panel del pool. Vale la pena revisar tres indicadores.
Estado de la conexión: comprueba si el dispositivo está conectado a su nombre de host y puerto Stratum configurados, y si la conexión es estable o se desconecta repetidamente.
Actividad de tareas: busca tareas de minería recientes, incluido el trabajo actualizado después de que se encuentre un nuevo bloque de Bitcoin en la red.
Shares aceptados: cuando el firmware expone esta información, verifica que el recuento de shares aceptados siga aumentando o que los registros muestren respuestas de aceptación recientes. Los totales históricos por sí solos no demuestran actividad actual. El hashrate local muestra que los chips están hasheando, pero no confirma que el pool esté recibiendo trabajo válido.
Si estos indicadores se ven normales, es muy probable que el ASIC siga minando para su pool activo, independientemente de si el sitio web del pool carga. Los shares aceptados indican que el trabajo está llegando y siendo aceptado por el pool; no verifican de forma independiente las ganancias finales acreditadas a tu cuenta.
Cuándo se detiene realmente la minería
La minería para un pool determinado se detiene, en un sentido práctico, cuando el ASIC ya no puede alcanzar su endpoint Stratum, recibir tareas actuales, o que sus shares sean aceptados. Las posibles causas incluyen un nombre de host o puerto inaccesible, un problema de enrutamiento o firewall, un nombre de worker configurado incorrectamente, o un fallo más amplio en la infraestructura de minería del pool.
Un share rechazado ocasional no significa que la minería se haya detenido. Por ejemplo, el trabajo enviado contra una tarea desactualizada puede ser rechazado como obsoleto (stale) después de que se encuentre un nuevo bloque. Los shares obsoletos pueden ocurrir mientras el sitio web está totalmente disponible; los rechazos persistentes o la falta de nuevos shares aceptados justifican una investigación.
Qué pueden y no pueden hacer las entradas de pool de respaldo
Muchas interfaces de firmware de ASIC permiten múltiples entradas de pool, normalmente en orden de prioridad. El comportamiento exacto de conmutación depende del hardware y el firmware.
La guía de minería BTC de ViaBTC recomienda configurar varios puertos para que el minero pueda cambiar si uno falla al conectar. Un endpoint alternativo en el mismo pool puede ayudar con un fallo que afecte a un nombre de host, puerto o ruta en particular. Sin embargo, los endpoints pueden compartir infraestructura, por lo que no pueden garantizar la continuidad durante una interrupción más amplia del lado del pool.
Una entrada de respaldo para otro pool compatible es un arreglo diferente: puede permitir que la minería continúe si el pool original no está disponible, siempre que esté configurado correctamente y el firmware cambie con éxito. Ninguno de los dos arreglos evita todas las interrupciones. Verifica qué pool está realmente activo antes de asumir que el trabajo sigue yendo al pool original.
Una lista de verificación práctica durante una caída del sitio web
- Revisa la actividad actual. Usa la interfaz local del ASIC para revisar la conexión, las tareas recientes y los shares aceptados descritos anteriormente.
- Inspecciona los errores. Busca tiempos de espera agotados (timeouts), fallos de autorización, reconexiones repetidas o rechazos persistentes de shares. El texto de los registros varía según el firmware.
- Revisa el failover. Si hay una entrada de respaldo configurada, confirma si el minero ha cambiado y si la entrada activa está aceptando shares.
- Mantén una configuración que funcione. Evita cambiar los ajustes de Stratum únicamente porque el sitio web es inaccesible, cuando las tareas y los shares aceptados continúan con normalidad.
- Verifica los registros cuando vuelva el acceso. Revisa la actividad de los workers y las ganancias acreditadas durante el período afectado. Si los registros parecen incompletos, consulta las actualizaciones oficiales o contacta con soporte en lugar de asumir un intervalo de recuperación fijo.
Configurar correctamente los endpoints de ViaBTC
Usa la documentación oficial actual al configurar una dirección Stratum. ViaBTC publica opciones globales, regionales y de respaldo (failover) en su página de Información de los Pools de Minería. Verifica la página en vivo antes de actualizar la configuración, ya que los nombres de host y puertos documentados pueden cambiar.
Si una conexión está fallando, compara el endpoint configurado y el nombre del worker con la guía de minería BTC. ViaBTC especifica el formato del nombre de worker como userID.workerID; la contraseña es opcional y puede establecerse con cualquier valor. La guía también recomienda múltiples puertos para ayudar con los fallos de conexión. Estas instrucciones de configuración no determinan cuánto tiempo tardan en recuperarse los registros del panel tras una interrupción.
Preguntas frecuentes
¿Una interrupción del sitio web del pool significa que mi ASIC ha dejado de generar ingresos?
No necesariamente. Si el ASIC recibe trabajos (jobs) actuales y el pool acepta sus shares, la minería puede continuar mientras el sitio web no esté accesible. Los ingresos acreditados dependen del método de pago y la contabilidad del pool; verifíquelos en los registros del pool cuando se restablezca el acceso.
¿Cómo puedo confirmar que mi ASIC sigue enviando shares?
Revise los envíos recientes en la interfaz local del minero o en los registros (logs). Cuando esté disponible, busque nuevas respuestas de aceptación o un recuento creciente de shares aceptados. Esto proporciona una evidencia más sólida de actividad de minería útil que el hashrate local por sí solo.
¿Debo cambiar mi configuración de Stratum si el sitio web está caído?
La caída del sitio web por sí sola no es motivo para cambiarla. Si las conexiones fallan, dejan de llegar trabajos (jobs) actuales o los shares son rechazados de forma persistente, investigue la causa y verifique la configuración con la documentación oficial.
¿Puede una entrada de pool de respaldo evitar todas las interrupciones de minería?
No. Otro endpoint del mismo pool puede ayudar con un fallo de conexión aislado, pero puede compartir la infraestructura afectada por una interrupción más amplia. Otro pool compatible puede ofrecer continuidad adicional, sujeto a una configuración correcta y al comportamiento del firmware.
¿Por qué podrían rechazarse mis shares aunque mi conexión parezca estar bien?
Una posible razón es el trabajo obsoleto (stale work): un share puede referirse a un trabajo (job) desactualizado después de que se encuentre un nuevo bloque. Los shares obsoletos ocasionales no significan que toda la minería se haya detenido. Los rechazos persistentes requieren una investigación adicional incluso si la conexión sigue activa.