Miner Log Reader — Cómo interpretar tu reporte de miner SoloFury

El SoloFury Miner Log Report es una instantánea textual completa de tu actividad de solo-mining, generada bajo demanda desde la página /miner/. Incluye hashrate en tiempo real, diagnóstico de salud por worker, calidad de share, sugerencias de optimización de difficulty, estadísticas de 24 horas con gráfico ASCII, bloques encontrados y contexto pool/network — todo en un archivo .log autocontenido que puedes guardar, compartir o procesar con scripts.

A diferencia de una captura de pantalla, el log es texto estructurado que puedes guardar para registros históricos, compartir con soporte, parsear con scripts o adjuntar como evidencia en caso de problemas con el pool.

Cómo descargar tu log

1. Abre solofury.com/miner/ con tu wallet en la URL: ?addr=TU_WALLET&coin=COIN
2. Espera a que el dashboard cargue completamente (3–5 segundos — el reporte usa datos de API en vivo)
3. Haz clic en el botón .LOG en la parte superior derecha de la identity card
4. Tu navegador descarga un archivo llamado solofury-COIN-WALLET-FECHA.log

1. Executive Summary

Una vista general de un vistazo: status, workers, hashrate actual vs promedio 24h, blocks lifetime, total minado y problemas principales. Lee esto primero — te dice si hay algo que investigar.

Valores de status

• ✓ ALL GOOD — todos los workers están saludables, sin degradación superior al 25%
• ⚠ ISSUES DETECTED — uno o más workers tienen advertencias (caídas 25–50%, shares tardíos 3–10 min)
• ⚠ CRITICAL — uno o más workers están offline (>10 min) o severamente degradados (>50%)

“Top issues to investigate” lista los puntos más urgentes. Si tu reporte es ALL GOOD, puedes dejar de leer aquí y volver a revisar mañana.

2. Overview

Estadísticas agregadas a nivel wallet:

• Hashrate snapshot — medias móviles en distintas ventanas temporales. La 1m es la más volátil; la 7d es el benchmark más estable.
• Workers / ASIC online — recuento de miners activos.
• Shares (lifetime) — totales desde la primera conexión de tu wallet. Desglose accepted/rejected/invalid/stale/duplicate.
• Efficiency — % de shares enviados que fueron aceptados. Objetivo: 99,9%+.
• Luck (round) — tu luck para la ronda de bloque actual. Por encima de 100% significa que ya has enviado más shares de los estadísticamente esperados para encontrar un bloque.
• Best share / Best ever — tu share de mayor difficulty. Más cerca del target de la red = más cerca de encontrar un bloque.

3. Worker Health Analysis

Esta es la sección más importante para troubleshooting. El analizador compara la hashrate actual de cada worker con sus medias móviles de 1h y 24h, y verifica cuán reciente envió un share.

Niveles de severidad

Severidad	Disparador	Significado
OK	Hashrate dentro del 25% de avg 24h Último share < 3min ago	Worker saludable
WARN	Hashrate 25–50% por debajo de avg O último share 3–10min ago	Problema leve, monitorear
CRITICAL	Hashrate >50% por debajo de avg O último share >10min ago	Probablemente offline, intervenir

Qué hacer — casos típicos

• Offline > 10min — revisar alimentación, cable de red, stratum URL aún accesible
• Hashrate −50% o más — probable thermal throttling o falla de hashboard; revisar refrigeración primero
• Hashrate −25 a −50% — degradación leve, monitorear 30min antes de actuar
• Shares tardíos pero hashrate normal — problema de red/stratum; revisar el relay (Frankfurt/Atlanta/Singapore) al que estás conectado

El log incluye acciones sugeridas para cada worker problemático, personalizadas al problema específico.

4. All Workers (tabla)

Vista tabular completa de todos los workers, sin importar el status. Útil para comparar rendimiento lado a lado.

Columnas explicadas

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — distintas medias por ventana temporal. La 7d muestra tu capacidad “real”.
• UPTIME — tiempo total que el worker ha estado conectado (desde el primer share).
• BEST DIFF — el share de mayor difficulty que este worker ha enviado. Más alto = más cerca de un bloque.
• LAST SHARE — tiempo desde el último share enviado por el worker. Debería ser <1min en operación normal.
• STATUS — salud actual (ver sección 3).

5. Difficulty Optimization

El pool usa vardiff (difficulty variable): ajusta automáticamente la difficulty del share para que cada worker envíe aproximadamente 1 share cada 10 segundos. Esta sección muestra si la difficulty actual es óptima.

Fórmula

optimal_diff = hashrate × 10 / 2³²

Acciones

• ↑ raise +X% — diff actual demasiado baja; estás inundando el pool con shares de bajo valor. El pool ajustará automáticamente (o puedes setear password=d=NÚMERO manualmente).
• ↓ lower −X% — diff actual demasiado alta; estás enviando muy pocos shares para un tracking suave. Especialmente relevante para Bitaxe de baja hashrate.
• ≈ already optimal — no se necesita acción.

6. Share Quality Analysis

Desglose de rechazos de shares por tipo:

• Reject — enviado pero inválido (target incorrecto, trabajo malo). A menudo indica corrupción de red o problemas de firmware.
• Invalid — share malformado. Debería ser cercano a cero.
• Stale — share para un bloque desactualizado (tu miner aún estaba en el bloque anterior cuando llegó uno nuevo). Algo de staleness es normal; >1% sugiere latencia hacia el pool.
• Duplicate — mismo share enviado dos veces. Normalmente un glitch de red.

Badges de calidad

• ⭐ Excellent — tasa total de bad-share < 0,1% (uno entre mil o más raro)
• ✓ Good — tasa de bad-share < 1%
• ⚠ Below normal — tasa de bad-share > 1%; investiga red o firmware

7. Statistics (last 24h)

Métricas agregadas del endpoint de chart 24h (samples cada 5 minutos):

• Hashrate avg / max / min — rango diario. Gran brecha entre min y max sugiere inestabilidad.
• Peak vs avg — cuánto más altos que el promedio fueron tus picos. <20% es suave; >50% sugiere comportamiento on/off.
• Effective uptime — % de samples con hashrate por encima del 10% del promedio. 100% significa operación continua.
• Shares 24h — recuentos diarios de shares. Compara con tu baseline habitual para detectar regresiones.

8. Wallet-Level Outages

Lista los blackouts totales del wallet en las últimas 24h, donde la hashrate total del wallet cayó por debajo del 15% de su promedio. Esto captura casos como:

• Corte de energía en tu instalación de mining
• Falla de red de tu lado
• Outage del lado del pool (raro, pero posible)

Los problemas por worker (cuando solo uno de varios miners falla) no se muestran aquí — están en la sección 3.

9. Hashrate Timeline (24h)

Vista en dos partes de la evolución de la hashrate de las 24 horas:

• Gráfico ASCII — un esquema visual rápido de la curva de hashrate. Etiquetas del eje Y muestran valores absolutos; eje X cubre desde 24h hace hasta ahora.
• Snapshots horarios — una fila por hora, mostrando tanto tu hashrate como la difficulty de la red en ese momento.

Úsalo para detectar patrones: ciclos diarios/semanales, declives lentos, drops bruscos.

10. Blocks Found by this Wallet

Lista real de bloques que tu wallet ha encontrado en este pool. Cada entrada muestra:

• HEIGHT — altura del bloque blockchain (verificable en cualquier block explorer)
• DATE — timestamp UTC del bloque
• WORKER — qué worker específico envió el share ganador

Estos datos se obtienen de la API de bloques del pool filtrada por tu dirección wallet.

11. Network Context

El contexto blockchain más amplio para tu coin:

• Network hashrate / difficulty — totales actuales en toda la blockchain.
• Your share of net — fracción de la hashrate total de la red que contribuyes.
• Statistical TTF — Time To Find el siguiente bloque, estadísticamente. Calculado como 1 / (your_HR / network_HR × blocks_per_day). La luck real varía mucho: podrías encontrar un bloque en 1 hora o tardar 10× el TTF estadístico.

12. Pool Context

Estadísticas globales del pool SoloFury: hashrate, miners, workers, recuentos idle/disconnected, fee, luck, uptime. Úsalo para verificar que el pool está saludable cuando troubleshootees tu propio setup. Si las stats del pool se ven normales pero tu miner muestra problemas, el problema está de tu lado.

Preguntas frecuentes

¿Con qué frecuencia debería descargar un log?

Para monitoreo activo: una vez al día o cuando notes comportamiento anómalo. Para registros históricos: semanal o mensual. El log es pequeño (~10–50 KB), así que almacenar muchos está bien. El Report ID único en el header te permite referenciar reportes específicos en emails de soporte.

¿Puedo scriptear la generación del .log?

No directamente (el botón dispara JS del lado cliente), pero puedes obtener los mismos datos de API subyacentes: https://solofury.com/api/client/TU_WALLET, /api/pool, /api/client/TU_WALLET/chart?range=24h. Todos devuelven JSON. Puedes construir tu propio reporte desde estos endpoints en cualquier lenguaje.

El log dice que mi worker tiene un drop de hashrate pero el dashboard se ve normal — ¿por qué?

El valor “now” puede spikear brevemente hacia arriba mientras los promedios 1h/24h se mantienen más bajos (son ventanas móviles). Si “now” > “1h avg” pero el log advierte sobre drop vs “24h avg”, significa que tu worker ha estado funcionando por debajo de capacidad la mayor parte del día pero acaba de spikear de nuevo. El log compara contra la referencia a largo plazo para capturar problemas sostenidos.

El “Statistical TTF” dice 30 días — ¿significa que encontraré un bloque en 30 días?

No. Statistical TTF es el tiempo promedio esperado. Debido a la distribución exponencial del block-finding, tienes ~63% de probabilidad de encontrar un bloque dentro de 1 TTF (30 días aquí), ~86% dentro de 2 TTFs (60 días) y ~95% dentro de 3 TTFs (90 días). Algunas semanas encontrarás dos bloques, otras ninguno. Esta es la naturaleza del solo mining.

¿Cuál es la diferencia entre shares “Rejected” e “Invalid”?

Rejected: el share era válido en formato pero no cumplía con la target difficulty (a menudo por stale work o diff baja). Invalid: el share estaba malformado (formato incorrecto, nonce malo). Invalid es casi siempre un bug de software/firmware. Rejected puede ser normal en pequeñas cantidades (latencia de red).

Veo “LATE share” pero mi worker está minando — ¿qué está mal?

“LATE share” significa >3 min desde el último share. Posibles causas: drop de red hacia el stratum, difficulty muy alta (baja frecuencia de share esperada), o el miner está offline pero el pool aún no lo ha detectado completamente. Cruza-revisa con la hashrate del dashboard. Si la hashrate aún se muestra, suele ser un problema de conectividad transitorio.

¿Dónde puedo obtener más ayuda?

Envía un email a [email protected] con el archivo .log adjunto. Incluye el Report ID del header — nos ayuda a correlacionarlo con nuestros logs del servidor. El equipo del pool busca responder dentro de 24h.