Cómo leer las estadísticas de tu worker — Diagnóstico de bajo hashrate, alta tasa de rechazo y desconexiones stratum

La página de estadísticas de tu worker es la pantalla más importante en la minería en solitario. Te dice si tu hashrate está llegando al pool, si las shares se están aceptando, si tu minero está sano y qué tan cerca estás de encontrar un bloque. Leerla correctamente — y actuar en consecuencia — es la diferencia entre minar 24/7 con buenas probabilidades o perder capacidad silenciosamente durante semanas sin darte cuenta.

Esta guía explica cada métrica de la página de estadísticas de minero de SoloFury, qué debería mostrar cada número, qué hacer cuando algo está mal y cómo hacer un triage de problemas por síntoma.

1. Dónde encontrar las estadísticas de tu worker

SoloFury expone las estadísticas de worker en tres lugares, cada uno con diferentes fortalezas:

Dashboard de minero en vivo en /miner/?addr=<tu_wallet>&coin=<bch|btc|bc2|bch2|xec> La forma más rápida de ver todos los workers asociados a tu wallet en una moneda específica. Se actualiza cada ~24 segundos. Muestra hashrate, conteos de shares, best share y salud del worker.

Detalle por worker — haz clic en cualquier nombre de worker en el dashboard para ver historial, gráfico de hashrate y estadísticas individuales a lo largo del tiempo.

Bot de Telegram (@SoloFuryBot) — suscríbete a tu wallet para recibir notificaciones proactivas. Recibe mensajes cuando los workers se desconecten, cuando las shares dejen de llegar y cuando encuentres un bloque.

2. Las métricas principales — qué significa cada número

Hashrate

Tres valores de hashrate aparecen en el dashboard:

Etiqueta	Significado	Retardo típico
1m	Hashrate promedio del último 1 minuto	Tiempo real pero ruidoso
5m	Hashrate promedio de los últimos 5 minutos	Estable, el mejor para “¿está funcionando ahora?“
1h	Hashrate promedio de la última 1 hora	Suave, el mejor para tendencias a largo plazo

Para la minería en solitario, el hashrate de 5m es el número único más útil. El de 1m es demasiado ruidoso (la varianza es enorme en ventanas cortas) y el de 1h tarda demasiado en reflejar un fallo.

Shares aceptadas

Cada share válida que envía tu minero se cuenta. El número que sube es la señal más básica de “todo funciona”. Un worker que muestra cero shares aceptadas durante más de 10 minutos está roto desde la perspectiva del pool, independientemente de lo que diga su interfaz local.

Shares rechazadas (y tasa de rechazo %)

Las shares rechazadas son envíos que el pool rechazó por uno de varios motivos:

• La share ya fue enviada por otro minero (“duplicado”)
• La dificultad de la share es demasiado baja para el objetivo vardiff actual
• El trabajo stratum expiró antes de que llegara la share
• Error de hardware en los datos de la share

Tasa de rechazo saludable: por debajo del 0,5 %. Aceptable: 0,5–2 %. Problemática: por encima del 2 %. Una tasa del 5 %+ está desperdiciando hashrate real y necesita investigación inmediata.

Stale Shares

Las stale shares son una forma especial de share rechazada en la que tu minero envió trabajo basado en un bloque que ya ha sido minado (el pool ya ha pasado a una nueva plantilla de bloque). Una alta tasa de stale shares significa que tu minero está recibiendo nuevo trabajo demasiado lentamente — casi siempre un problema de latencia de red.

Tasa de stale saludable: por debajo del 1 %. Por encima del 2 % significa que debes cambiar a una región de SoloFury más cercana.

Best Share

La share de mayor dificultad que has enviado alguna vez, dividida por la dificultad de red. Es una métrica de vanidad e indicador de “casi bloque”: un “best share” de 0,5 significa que enviaste una share que estaba al 50 % de la dificultad de red — cerca de un bloque real.

En la minería en solitario de lotería, cada share está intentando ser un bloque. El número de best share es simplemente lo más cerca que has llegado hasta ahora. Un best share alto no cambia tus probabilidades futuras, pero es una forma entretenida de rastrear tu suerte.

Last Seen

Cuándo recibió el pool por última vez una share de este worker. Saludable: menos de 5 minutos. Preocupante: más de 15 minutos. Muerto: más de 1 hora. Si un worker muestra “Last seen: hace 6h” hay un problema que investigar.

Ping (Latencia al pool)

Tiempo de ida y vuelta desde tu ASIC al servidor stratum del pool. Por debajo de 50 ms: excelente. 50–150 ms: bueno. 150–300 ms: funcional pero subóptimo. Por encima de 300 ms: cambia a una región más cercana.

Un ping alto causa directamente stale shares (tu minero recibe nuevo trabajo demasiado tarde). Es la mayor causa individual de pérdida de rendimiento corregible.

3. Síntoma: Bajo hashrate (mostrado por debajo del esperado)

Si tu S21+ debería mostrar 235 TH/s pero el dashboard de SoloFury muestra 180 TH/s, algo está mal. Triage en este orden:

Paso 1: ¿La interfaz local del ASIC muestra el mismo número?

Entra en la interfaz web de tu ASIC y comprueba su propia lectura de hashrate. Si la propia interfaz del ASIC también muestra 180 TH/s, el problema es físico: fallo de chip, throttling térmico, undervolting o problema de fuente de alimentación. Si el ASIC muestra 235 TH/s localmente pero solo llegan 180 TH/s a SoloFury, el problema es de red o stratum.

Paso 2: Causas físicas (la interfaz local del ASIC también muestra bajo)

Causa	Diagnóstico	Solución
Fallo de hashboard	La interfaz del ASIC muestra uno o más chips a 0 GH/s o cadenas fallando	Reemplazar hashboard, contactar garantía si está cubierto
Throttling térmico	Temperatura por encima de 85°C, velocidad de ventiladores al 100 %	Mejorar ventilación, reducir temperatura ambiente, undervolt
Undervolting demasiado agresivo	Firmware personalizado muestra eficiencia >18 J/TH pero pierde hashrate	Aumentar voltaje, acercarse más a los valores de stock
Fuente de alimentación insuficiente	PSU al 100 % de capacidad, voltaje cae bajo carga	Actualizar PSU, comprobar cableado AWG 220V
Bug de firmware	Una actualización de firmware reciente precedió el problema	Revertir firmware a la versión estable anterior

Paso 3: Causas de red/stratum (interfaz local del ASIC correcta, pool muestra bajo)

Causa	Diagnóstico	Solución
Desconexiones stratum	El worker muestra reconexiones en el log	Ver Sección 5 sobre desconexiones
Alta tasa de rechazo	Tasa de rechazo por encima del 2 % en estadísticas del pool	Ver Sección 4 sobre rechazos
Alta tasa de stale	Tasa de stale por encima del 2 %	Cambiar a región SoloFury más cercana
VarDiff no estabilizado	Worker nuevo, hashrate del dashboard subiendo lentamente	Esperar 30 minutos para que vardiff se estabilice

4. Síntoma: Alta tasa de rechazo (por encima del 2 %)

Una tasa de rechazo por encima del 2 % significa que se está desperdiciando hashrate real. Diagnostica según el tipo de rechazos que ves en el log de tu ASIC.

Tipo A — Rechazos “Job not found” o “Stale”

Tu ASIC está enviando shares para trabajo que ya ha expirado. Casi siempre un problema de latencia o red.

Soluciones:

1. Cambia a tu región SoloFury más cercana: bch.solofury.com (Atlanta), eu-bch.solofury.com (Frankfurt), asia-bch.solofury.com (Singapur). Sustituye bch por tu moneda (btc, bc2, bch2, xec).
2. Comprueba el ping: desde una máquina en la misma red que el ASIC, ping bch.solofury.com. Si supera 150 ms, cambia de región.
3. Comprueba la pérdida de paquetes del ISP: mtr o traceroute al pool. Una pérdida de paquetes superior al 1 % causa stale shares.
4. Verifica la sincronización NTP/reloj: un reloj desincronizado más de unos pocos segundos causará rechazos por stale share en algunos firmwares de ASIC.

Tipo B — Rechazos “Low difficulty”

Tu minero envió shares por debajo del objetivo vardiff actual del pool. Normalmente una anomalía temporal cuando vardiff no ha seguido un cambio de hashrate.

Soluciones:

• Esperar 30 minutos para que vardiff se re-estabilice
• Si persiste: comprobar que ningún otro worker reutiliza el mismo nombre de worker con un hashrate diferente (causa confusión en vardiff)
• Reiniciar el ASIC para forzar un nuevo handshake stratum

Tipo C — Rechazos “Duplicate”

La misma share fue enviada dos veces. Normalmente un bug de firmware o dos mineros compartiendo un nombre de worker.

Soluciones:

• Asegurarse de que cada worker tiene un nombre único (wallet.workerA, wallet.workerB, nunca el mismo)
• Actualizar firmware a la última versión estable

Tipo D — Rechazos “HW error”

Rechazos generados por hardware: los chips de tu ASIC están calculando shares inválidas. Indica silicio fallando.

Soluciones:

• Inspeccionar temperaturas de chips (buscar valores anómalamente altos o bajos)
• Reducir undervolting / aumentar voltaje
• Reemplazar el hashboard afectado si persiste

5. Síntoma: Desconexiones stratum (el worker sigue reconectando)

Un worker que sigue cayendo y reconectando desperdicia unos segundos de hasheo cada ciclo. Las causas suelen ser del lado de la red.

Causas comunes

Causa	Diagnóstico	Solución
TCP keepalive falla sobre ISP inestable	mtr muestra >0,5 % de pérdida de paquetes	Usar relay HAProxy de región más cercana (ya activado en endpoints EU/Asia de SoloFury)
Mantenimiento del pool / reinicio	Múltiples workers se desconectan a la vez en todo el pool	Esperar — la reconexión automática debería activarse en segundos
Firewall / timeout NAT	Desconexión exactamente cada ~5 minutos	Configurar router para TCP keepalive más largo (>10 min), o confiar en el loop de reconexión propio del minero
Cable ethernet defectuoso o inyector PoE	Desconexiones aleatorias, posiblemente correladas con ciclos de energía del minero	Reemplazar cable, comprobar salud del PoE
Conflicto de IP del ASIC	DHCP devuelve la misma IP a dos dispositivos	Reservar IPs estáticas en el router para cada ASIC
DPI / modelado de tráfico del ISP	Desconexiones correladas con horas pico	Probar un puerto stratum diferente o túnel VPN

Cómo ayudan los relays HAProxy de SoloFury

Los endpoints EU y Asia de SoloFury (eu-*.solofury.com y asia-*.solofury.com) son relays HAProxy con timeouts TCP de 24 horas y connection-keepalive activado. Mantienen tu worker conectado durante reinicios del pool y fluctuaciones del ISP que de otro modo te desconectarían. Siempre prefiere un relay regional sobre el primario de Atlanta si no estás en Norteamérica.

6. Síntoma: Sin shares en absoluto (worker muestra “Last Seen: Nunca” o hace horas)

El worker está completamente offline desde la perspectiva del pool.

Secuencia de diagnóstico

1. ¿Puedes acceder a la interfaz local del ASIC en su IP? Si no → alimentación, red o hardware del ASIC. Si sí → continúa.
2. ¿La interfaz local del ASIC muestra que está minando? Si no → comprueba la configuración del pool en el ASIC, reinicia, comprueba el firmware. Si sí → continúa.
3. ¿Qué URL de pool está configurada en el ASIC? Debe ser una de: bch.solofury.com:7070, btc.solofury.com:7070, bc2.solofury.com:7070, bch2.solofury.com:7070, xec.solofury.com:7070, o sus equivalentes regionales eu- / asia-.
4. ¿Cuál es el username del worker? Debe ser <dirección_wallet>.<nombre_worker>. La dirección de wallet debe ser válida para la moneda (BCH CashAddr para BCH/BCH2, P2PKH/Bech32 para BTC, eCash para XEC, etc.).
5. ¿Puede el ASIC alcanzar el pool? Usa las herramientas de diagnóstico del ASIC o ping/telnet desde otra máquina en la misma subred.

Causa raíz más común: formato de wallet incorrecto

Cada moneda de SoloFury requiere una wallet en su formato nativo:

Moneda	Formato	Ejemplo
BTC	Bech32 o P2PKH	bc1q... o 1...
BCH	CashAddr (con prefijo)	bitcoincash:qq...
BC2	Compatible con BTC	bc1q... o 1...
BCH2	CashAddr (con prefijo)	bitcoincash:qq...
XEC	eCash (con prefijo)	ecash:qq...

7. Síntoma: Best Share muy bajo (preocupación por no encontrar un bloque)

Si tu best share es algo como 0,001 de la dificultad de red después de semanas minando, eso no significa que tengas mala suerte ni que tus probabilidades sean malas. Best share es una estadística de máximo histórico; en un proceso de Poisson la mayoría de las shares son pequeñas, y el máximo crece lentamente con la raíz cúbica del trabajo total realizado. Un best share bajo es estadísticamente normal.

Lo que importa para la probabilidad de encontrar un bloque es el hashrate-tiempo acumulado total, no el best share. Si tu hashrate es bueno y tu tasa de rechazo es baja, estás comprando boletos de lotería correctamente — la varianza simplemente necesita tiempo para expresarse.

Para la matemática detrás de la varianza del solo mining y qué esperar de forma realista a diferentes niveles de hashrate, lee el artículo Solo Mining Lottery Math.

8. Referencia rápida: Síntoma → Causa más probable

Síntoma	Primero comprobar	Causa más común
Hashrate 20 %+ por debajo del esperado (constante)	Interfaz local del ASIC	Problema de hashboard o térmico
Hashrate fluctúa salvajemente de minuto a minuto	Es normal para workers pequeños	Varianza, esperar el promedio de 1h
Tasa de rechazo por encima del 2 %	Ping al pool	Latencia — cambiar región
Tasa de stale por encima del 2 %	Ping al pool	Latencia — cambiar región
Worker offline (“Last seen: hace horas”)	Alimentación y red del ASIC	Pérdida de energía o error de configuración stratum
Desconexiones frecuentes	Router/NAT, ISP	Usar endpoint regional HAProxy
Best share muy bajo tras semanas	Es estadístico	Normal, seguir minando
Hashrate sube lentamente al inicio	VarDiff convergiendo	Esperar 30 minutos, comportamiento normal

9. Elegir la región correcta de SoloFury

La latencia del pool es el factor más controlable para la calidad de las shares. SoloFury opera tres regiones:

Región	Patrón de endpoint	Mejor para
Atlanta (primario)	<coin>.solofury.com	Norteamérica, Caribe, costa este de Sudamérica
Frankfurt (relay EU)	eu-<coin>.solofury.com	Europa, Oriente Medio, África
Singapur (relay Asia)	asia-<coin>.solofury.com	Asia, Oceanía, India

Prueba tu latencia reemplazando <coin> en cada endpoint y haciendo ping desde tu red. Elige el más bajo. Si dos están cerca, prefiere el de menor jitter (varianza en los tiempos de ping), no solo el promedio más bajo.

10. Cuándo contactar soporte

Si tu worker muestra uno de estos síntomas después de seguir esta guía:

• Múltiples workers cayendo simultáneamente, solo en SoloFury (no en otros pools)
• Todos los workers mostrando cero shares a pesar de que la interfaz del ASIC confirma el hasheo
• Bloque encontrado en Hall of Fame pero la recompensa nunca llegó a tu wallet

…contacta el soporte de SoloFury a través del bot de Telegram o @SoloFuryPool en X. Proporciona:

1. Tu dirección de wallet (para que el soporte pueda consultar el historial de tu worker)
2. La moneda que estás minando (BTC/BCH/BC2/BCH2/XEC)
3. El nombre del worker que muestra el síntoma
4. La URL del endpoint configurada en tu ASIC

La mayoría de los problemas se resuelven en menos de 30 minutos una vez que el soporte tiene el nombre del worker.

Próximos pasos

• Ejecutar la guía Miner Health Check para un diagnóstico completo de un ASIC con problemas
• Si estás configurando un minero nuevo, ver la guía de configuración del Antminer S21+ o la guía de configuración del Antminer S19 y Whatsminer M-series
• Para diferencias de diagnóstico con hashrate alquilado, ver la guía de NiceHash Solo Mining
• Para información sobre la matemática de dificultad de shares, leer el artículo sobre varianza en Solo Mining
• Para el estado del pool en tiempo real, consultar la página de System Status