Leitor de Log do Minerador — Como interpretar seu relatório de minerador SoloFury

O SoloFury Miner Log Report é um snapshot textual completo da sua atividade de solo mining, gerado sob demanda da página /miner/. Inclui hashrate em tempo real, diagnóstico de saúde por worker, qualidade dos shares, sugestões de otimização de dificuldade, estatísticas de 24 horas com gráfico ASCII, blocos encontrados, e contexto de pool/rede — tudo em um arquivo .log autocontido que você pode salvar, compartilhar ou alimentar em scripts.

Ao contrário de um screenshot do dashboard, o log é texto estruturado que você pode salvar para registros históricos, compartilhar com o suporte, analisar com scripts, ou anexar como evidência em caso de problemas com o pool.

Como baixar seu log

1. Abra solofury.com/miner/ com sua carteira na URL: ?addr=SUA_CARTEIRA&coin=COIN
2. Aguarde o dashboard carregar completamente (3-5 segundos — o relatório usa dados da API ao vivo)
3. Clique no botão .LOG no canto superior direito do cartão de identidade
4. Seu navegador baixa um arquivo chamado solofury-COIN-WALLET-DATE.log

1. Executive Summary

Visão geral rápida: status, workers, hashrate atual vs média 24h, blocos ao longo da vida, total minerado, e problemas principais. Leia isso primeiro — indica se há algo a investigar.

Valores de status

• ✓ ALL GOOD — todos os workers estão saudáveis, sem degradação acima de 25%
• ⚠ ISSUES DETECTED — um ou mais workers têm avisos (quedas 25-50%, shares tardios 3-10 min)
• ⚠ CRITICAL — um ou mais workers estão offline (>10 min) ou severamente degradados (>50%)

A lista “Top issues to investigate” lista os itens mais urgentes. Se seu relatório for ALL GOOD, você pode parar de ler e verificar novamente amanhã.

2. Overview

Estatísticas agregadas no nível da carteira:

• Hashrate snapshot — médias móveis em diferentes janelas de tempo. A de 1m é mais volátil; a de 7d é o benchmark mais estável.
• Workers / ASIC online — contagem de mineradores ativos.
• Shares (lifetime) — totais desde que sua carteira se conectou pela primeira vez. Detalhamento aceitos/rejeitados/inválidos/obsoletos/duplicados.
• Efficiency — % de shares enviados aceitos. Meta: 99,9%+.
• Luck (round) — sua sorte para o round de bloco atual. Acima de 100% significa que você já enviou mais shares do que o esperado estatisticamente para encontrar um bloco.
• Best share / Best ever — seu share de maior dificuldade. Mais próximo da meta da rede = mais próximo de encontrar um bloco.

3. Worker Health Analysis

Esta é a seção mais importante para solução de problemas. O analisador compara o hashrate atual de cada worker com suas médias móveis de 1h e 24h, além de verificar quando enviou o último share.

Níveis de severidade

Severidade	Gatilho	Significado
OK	Hashrate dentro de 25% da média 24h Último share < 3min atrás	Worker saudável
WARN	Hashrate 25-50% abaixo da média OU último share 3-10min atrás	Problema leve, monitorar
CRITICAL	Hashrate >50% abaixo da média OU último share >10min atrás	Provavelmente offline, intervir

O que fazer — casos típicos

• Offline > 10min — verifique energia, cabo de rede, URL stratum ainda acessível
• Hashrate -50% ou mais — provavelmente throttling térmico ou falha de hashboard; verifique o resfriamento primeiro
• Hashrate -25 a -50% — degradação leve, monitore 30min antes de agir
• Shares tardios mas hashrate normal — problema de rede/stratum; verifique o relay (Frankfurt/Atlanta/Singapore) ao qual está conectado

O log inclui ações sugeridas para cada worker problemático, personalizadas para o problema específico.

4. All Workers (tabela)

Visão tabular completa de todos os workers, independentemente do status. Útil para comparar performance lado a lado.

Colunas explicadas

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — médias em diferentes janelas de tempo. A de 7d mostra sua capacidade “real”.
• UPTIME — tempo total que o worker esteve conectado (desde o primeiro share).
• BEST DIFF — o share de maior dificuldade que este worker já enviou. Mais alto = mais próximo de um bloco.
• LAST SHARE — tempo desde o último share enviado. Deve ser <1min em operação normal.
• STATUS — saúde atual (ver seção 3).

5. Difficulty Optimization

O pool usa vardiff (dificuldade variável): ajusta automaticamente a dificuldade dos shares para que cada worker envie aproximadamente 1 share a cada 10 segundos. Esta seção mostra se a dificuldade atual é ótima.

Fórmula

optimal_diff = hashrate × 10 / 2³²

Ações

• ↑ raise +X% — a diff atual está muito baixa; você está inundando o pool com shares de baixo valor. O pool vai ajustar automaticamente (ou você pode definir password=d=NÚMERO manualmente).
• ↓ lower -X% — a diff atual está muito alta; você está enviando shares de menos para rastreamento suave. Especialmente relevante para Bitaxe de baixo hashrate.
• ≈ already optimal — nenhuma ação necessária.

6. Share Quality Analysis

Detalhamento das rejeições de shares por tipo:

• Reject — enviado mas inválido (alvo errado, trabalho ruim). Frequentemente aponta para corrupção de rede ou problemas de firmware.
• Invalid — share malformado. Deve ser próximo de zero.
• Stale — share para um bloco desatualizado (seu minerador ainda estava no bloco anterior quando um novo chegou). Alguma staleness é normal; >1% sugere latência para o pool.
• Duplicate — mesmo share enviado duas vezes. Geralmente uma falha de rede.

Badges de qualidade

• ⭐ Excellent — taxa de shares ruins < 0,1% (um share em mil ou mais raro)
• ✓ Good — taxa de shares ruins < 1%
• ⚠ Below normal — taxa de shares ruins > 1%; investigue rede ou firmware

7. Statistics (last 24h)

Métricas agregadas do endpoint de gráfico 24h (amostras a cada 5 minutos):

• Hashrate avg / max / min — faixa diária. Grande diferença entre min e max sugere instabilidade.
• Peak vs avg — quanto seus picos excedem a média. <20% é suave; >50% sugere comportamento on/off.
• Effective uptime — % de amostras com hashrate acima de 10% da média. 100% significa operação contínua.
• Shares 24h — contagens diárias de shares. Compare com sua baseline usual para detectar regressões.

8. Wallet-Level Outages

Lista quedas totais de carteira nas últimas 24h, onde o hashrate total da carteira caiu abaixo de 15% da sua média. Detecta casos como:

• Queda de energia na sua instalação de mineração
• Falha de rede do seu lado
• Queda do pool (rara, mas possível)

Problemas por worker (quando apenas um de vários mineradores falha) não são mostrados aqui — esses estão na seção 3.

9. Hashrate Timeline (24h)

Visão em duas partes da evolução do hashrate em 24 horas:

• Gráfico ASCII — um esboço visual rápido da curva de hashrate. Rótulos do eixo Y mostram valores absolutos; eixo X abrange de 24h atrás até agora.
• Snapshots horários — uma linha por hora, mostrando seu hashrate e a dificuldade de rede naquele momento.

Use isso para detectar padrões: ciclos diários/semanais, declínios lentos, quedas abruptas.

10. Blocks Found by this Wallet

Lista real de blocos que sua carteira encontrou neste pool. Cada entrada mostra:

• HEIGHT — altura do bloco blockchain (verificável em qualquer block explorer)
• DATE — timestamp UTC do bloco
• WORKER — qual worker específico enviou o share vencedor

Esses dados são obtidos da API de blocos do pool filtrada pelo endereço da sua carteira.

11. Network Context

O contexto blockchain mais amplo para sua moeda:

• Network hashrate / difficulty — totais atuais em todo o blockchain.
• Your share of net — fração do hashrate total da rede que você contribui.
• Statistical TTF — Time To Find o próximo bloco, estatisticamente. Calculado como 1 / (seu_HR / network_HR × blocos_por_dia). A sorte real varia muito: você pode encontrar um bloco em 1 hora ou levar 10× o TTF estatístico.

12. Pool Context

Estatísticas de todo o pool SoloFury: hashrate, mineradores, workers, contagens ociosas/desconectadas, taxa, sorte, uptime. Use isso para verificar se o pool está saudável ao solucionar problemas da sua própria configuração. Se as estatísticas do pool parecem normais mas seu minerador mostra problemas, o problema é do seu lado.

Perguntas frequentes

Com que frequência devo baixar um log?

Para monitoramento ativo: uma vez por dia ou sempre que notar comportamento anormal. Para registros históricos: semanalmente ou mensalmente. O log é pequeno (~10-50 KB) então armazenar muitos é tranquilo. O Report ID único no cabeçalho permite referenciar relatórios específicos em emails de suporte.

Posso scriptar a geração do .log?

Não diretamente (o botão aciona JS no lado do cliente), mas você pode buscar os mesmos dados de API subjacentes: https://solofury.com/api/client/SUA_CARTEIRA, /api/pool, /api/client/SUA_CARTEIRA/chart?range=24h. Todos retornam JSON. Você pode construir seu próprio relatório a partir desses endpoints em qualquer linguagem.

O log diz que meu worker tem uma queda de hashrate mas o dashboard parece normal — por quê?

O valor “now” pode subir brevemente enquanto as médias 1h/24h ficam mais baixas (são janelas deslizantes). Se “now” > “1h avg” mas o log alerta sobre queda vs “24h avg”, significa que seu worker esteve operando abaixo da capacidade pela maior parte do dia mas acabou de subir de volta. O log compara com a referência de longo prazo para capturar problemas sustentados.

O “Statistical TTF” diz 30 dias — isso significa que encontrarei um bloco em 30 dias?

Não. O TTF estatístico é o tempo médio esperado. Devido à distribuição exponencial de encontrar blocos, você tem uma probabilidade de ~63% de encontrar um bloco dentro de 1 TTF (30 dias aqui), ~86% dentro de 2 TTFs (60 dias), e ~95% dentro de 3 TTFs (90 dias). Algumas semanas você encontrará dois blocos, outras nenhum. Essa é a natureza do solo mining.

Qual é a diferença entre shares “Rejected” e “Invalid”?

Rejected: o share era válido no formato mas não atingiu a dificuldade alvo (frequentemente devido a trabalho obsoleto ou diff baixo). Invalid: o share estava malformado (formato errado, nonce ruim). Invalid é quase sempre um bug de software/firmware. Rejected pode ser normal em pequenas quantidades (latência de rede).

Vejo “LATE share” mas meu worker está minerando — o que está errado?

“LATE share” significa >3 min desde o último share. Possíveis causas: queda de rede para o stratum, dificuldade muito alta (baixa frequência de shares esperada), ou o minerador está offline mas o pool ainda não detectou completamente. Verifique cruzado com o hashrate do dashboard. Se o hashrate ainda aparece, é geralmente um problema de conectividade transitório.

Onde posso obter mais ajuda?

Envie um email para [email protected] com o arquivo .log anexado. Inclua o Report ID do cabeçalho — ajuda a correlacionar com nossos logs do lado do servidor. A equipe do pool visa responder em 24h.