Lendo as Estatísticas do Seu Worker — Diagnóstico de Baixo Hashrate, Alta Taxa de Rejeição e Desconexões Stratum
Guia diagnóstico completo para estatísticas de workers SoloFury. Aprenda o que cada número significa, como identificar a causa raiz de baixo hashrate, alta taxa de rejeição, shares obsoletos e desconexões, e como corrigi-los.
Sua página de estatísticas de worker é a tela mais importante no solo mining. Ela informa se seu hashrate está chegando ao pool, se os shares estão sendo aceitos, se seu minerador está saudável e quão perto você está de encontrar um bloco. Lê-la corretamente — e agir com base no que diz — é a diferença entre minerar 24/7 com boas odds e perder capacidade silenciosamente por semanas sem perceber.
Este guia percorre cada métrica na página de estatísticas de minerador SoloFury, o que cada número deve parecer, o que fazer quando algo está errado, e como triagem problemas por sintoma.
1. Onde Encontrar Suas Estatísticas de Worker
A SoloFury expõe estatísticas de worker em três lugares, cada um com diferentes pontos fortes:
Dashboard de minerador ao vivo em /miner/?addr=<sua_carteira>&coin=<bch|btc|bc2|bch2|xec>
A maneira mais rápida de ver todos os workers vinculados à sua carteira em uma moeda específica. Atualiza a cada ~24 segundos. Mostra hashrate, contagens de shares, melhor share e saúde do worker.
Detalhe por worker — clique em qualquer nome de worker no dashboard para ver histórico, gráfico de hashrate e estatísticas individuais ao longo do tempo.
Bot Telegram (@SoloFuryBot) — inscreva-se em sua carteira para notificações proativas. Recebe mensagens quando workers ficam offline, quando shares param de chegar e quando você encontra um bloco.
2. As Métricas Fundamentais — O Que Cada Número Significa
Hashrate
Três valores de hashrate aparecem no dashboard:
| Rótulo | Significado | Lag típico |
|---|---|---|
| 1m | Hashrate médio dos últimos 1 minuto | Tempo real mas ruidoso |
| 5m | Hashrate médio dos últimos 5 minutos | Estável, melhor para “está funcionando agora” |
| 1h | Hashrate médio da última 1 hora | Suave, melhor para tendência de longo prazo |
Para solo mining, o hashrate de 5m é o único número mais útil. O 1m é muito ruidoso (variância é enorme em janelas curtas), e o 1h leva tempo demais para refletir uma falha.
Shares Aceitos
Cada share válido que seu minerador envia é contado. O número subindo é o sinal mais básico de “está funcionando”. Um worker mostrando zero shares aceitos por mais de 10 minutos está quebrado da perspectiva do pool, independentemente do que sua UI local diz.
Shares Rejeitados (e Taxa de Rejeição %)
Shares rejeitados são envios que o pool recusou por uma das várias razões:
- Share já foi enviado por outro minerador (“duplicado”)
- Dificuldade do share muito baixa para o alvo vardiff atual
- Job stratum expirou antes que o share chegasse
- Erro de hardware nos dados do share
Taxa de rejeição saudável: abaixo de 0,5%. Aceitável: 0,5-2%. Problemática: acima de 2%. Uma taxa de rejeição de 5%+ está desperdiçando hashrate real e precisa de investigação imediata.
Shares Obsoletos (Stale)
Stales são uma forma especial de share rejeitado onde seu minerador enviou trabalho baseado em um bloco que já foi minerado (o pool moveu para um novo template de bloco). Alta taxa de stale significa que seu minerador está recebendo novo trabalho tarde demais — quase sempre um problema de latência de rede.
Taxa de stale saudável: abaixo de 1%. Acima de 2% significa que você deve mudar para uma região SoloFury mais próxima.
Melhor Share
O share de maior dificuldade que você já enviou, dividido pela dificuldade da rede. Esta é uma métrica de vaidade e um indicador de “quase lá”: um “melhor share” de 0,5 significa que você enviou um share a 50% da dificuldade da rede — perto de um bloco real.
No solo lottery mining, cada share está tentando ser um bloco. O número do melhor share é apenas o mais perto que você chegou até agora. Um melhor share alto não muda suas odds futuras, mas é uma maneira divertida de acompanhar sua sorte.
Última Vez Visto
Quando o pool recebeu por último um share deste worker. Saudável: menos de 5 minutos. Preocupante: mais de 15 minutos. Morto: mais de 1 hora. Se um worker mostra “Última vez visto: 6h atrás” você tem um problema a investigar.
Ping (Latência para o Pool)
Tempo de ida e volta do seu ASIC para o servidor stratum do pool. Abaixo de 50ms: excelente. 50-150ms: bom. 150-300ms: funciona mas subótimo. Acima de 300ms: mude para uma região mais próxima.
Alta latência causa diretamente shares obsoletos (seu minerador recebe novo trabalho tarde demais). É a maior causa de perda de receita corrigível.
3. Sintoma: Baixo Hashrate (Exibido Abaixo do Esperado)
Se seu S21+ deveria mostrar 235 TH/s mas o dashboard SoloFury mostra 180 TH/s, algo está errado. Faça triagem nesta ordem:
Passo 1: A UI local do ASIC está mostrando o mesmo número?
Faça login na interface web do seu ASIC e verifique sua própria leitura de hashrate. Se a UI do ASIC também mostra 180 TH/s, o problema é físico: falha de chip, throttling térmico, undervolting ou problema de fonte de energia. Se o ASIC mostra 235 TH/s localmente mas apenas 180 TH/s chegam à SoloFury, o problema é rede ou stratum.
Passo 2: Causas físicas (UI local do ASIC também mostra valor baixo)
| Causa | Diagnóstico | Correção |
|---|---|---|
| Falha de hashboard | UI do ASIC mostra um ou mais chips a 0 GH/s ou chains falhando | Substitua o hashboard, entre em contato com a garantia se coberta |
| Throttling térmico | Temperatura acima de 85°C, ventoinhas a 100% | Melhore a ventilação, reduza a temp ambiente, undervolt |
| Undervolting muito agressivo | Firmware customizado mostrando eficiência >18 J/TH mas perdendo hashrate | Aumente a tensão, volte mais para perto do stock |
| Fonte de alimentação insuficiente | PSU a 100% de capacidade, quedas de tensão sob carga | Atualize a PSU, verifique fiação 220V AWG |
| Bug de firmware | Atualização recente de firmware precedeu o problema | Reverta o firmware para a versão estável anterior |
Passo 3: Causas de rede/stratum (UI local do ASIC está bem, pool mostra valor baixo)
| Causa | Diagnóstico | Correção |
|---|---|---|
| Desconexões stratum | Worker mostra reconexões no log | Veja Seção 5 sobre desconexões |
| Alta taxa de rejeição | Taxa de rejeição acima de 2% nas estatísticas do pool | Veja Seção 4 sobre rejeições |
| Alta taxa de stale | Taxa de stale acima de 2% | Mude para a região SoloFury mais próxima |
| Vardiff não estabilizou | Novo worker, hashrate do dashboard subindo lentamente | Aguarde 30 minutos para o vardiff estabilizar |
4. Sintoma: Alta Taxa de Rejeição
Uma taxa de rejeição acima de 2% é um problema sério. As causas se dividem em duas categorias:
Rejeição relacionada a latência (a mais comum)
Seu minerador está enviando shares depois que o job stratum expirou. Causas:
- Alto ping para o servidor do pool (acima de 150ms)
- Perda de pacotes entre você e o pool
- Wi-Fi instável (para Bitaxe/NerdQAxe em Wi-Fi)
Correções:
- Mude para a região SoloFury mais próxima (
eu-*.solofury.compara Europa,asia-*.solofury.compara Ásia) - Mude de Wi-Fi para Ethernet com fio
- Verifique a qualidade da conexão com
ping <moeda>.solofury.come anote o jitter
Rejeição relacionada à dificuldade vardiff
O vardiff ajusta a dificuldade dos shares para corresponder ao hashrate do seu worker. Se seu worker está enviando shares muito devagar (hashrate baixo) ou se o vardiff não teve tempo de ajustar, shares podem ser rejeitados por dificuldade muito baixa.
Correções:
- Aguarde 30 minutos para o vardiff estabilizar em um novo worker
- Se o hashrate está bem abaixo das specs, resolva o problema de hashrate primeiro
Rejeição gerada por hardware
Os chips do seu ASIC estão computando shares inválidos. Indica silício defeituoso.
Correções:
- Inspecione as temperaturas dos chips (procure outliers quentes ou frios)
- Reduza o undervolting / aumente a tensão
- Substitua o hashboard afetado se persistente
5. Sintoma: Desconexões Stratum (Worker Fica Reconectando)
Um worker que continua caindo e reconectando está desperdiçando alguns segundos de hashing em cada ciclo. As causas são geralmente do lado da rede.
Causas comuns
| Causa | Diagnóstico | Correção |
|---|---|---|
| TCP keepalive falha em ISP instável | mtr mostra >0,5% de perda de pacotes | Use o relay regional HAProxy mais próximo (já habilitado nos endpoints SoloFury EU/Ásia) |
| Manutenção / reinicialização do pool | Vários workers desconectam ao mesmo tempo em todo o pool | Aguarde — a reconexão automática deve começar em segundos |
| Timeout de Firewall / NAT | Desconexão a cada ~5 minutos precisamente | Configure o roteador para TCP keepalive mais longo (>10 min), ou confie no loop de reconexão do minerador |
| Cabo ethernet ruim ou injetor PoE | Desconexões aleatórias, possivelmente correlacionadas com ciclos de energia do minerador | Substitua o cabo, verifique a saúde do PoE |
| Conflito de IP no ASIC | DHCP retorna o mesmo IP para dois dispositivos | Reserve IPs estáticos no seu roteador para cada ASIC |
| DPI / shaping do ISP | Desconexões correlacionam com horários de pico | Tente uma porta stratum diferente ou túnel VPN |
Como os relays HAProxy da SoloFury ajudam
Os endpoints EU e Ásia da SoloFury (eu-*.solofury.com e asia-*.solofury.com) são relays HAProxy com timeouts TCP de 24 horas e keepalive de conexão habilitado. Eles mantêm seu worker conectado durante reinicializações do lado do pool e problemas de ISP que de outra forma o desconectariam. Sempre prefira um relay regional ao invés do primário Atlanta se você não estiver na América do Norte.
6. Sintoma: Nenhum Share (Worker Mostra “Última Vez Visto: Nunca” ou Horas Atrás)
O worker está completamente offline do ponto de vista do pool.
Sequência de diagnóstico
- Você consegue acessar a UI local do ASIC no seu IP? Não → energia, rede ou hardware do ASIC. Sim → continue.
- A UI local do ASIC mostra que está minerando? Não → verifique a config do pool no ASIC, reinicie, verifique o firmware. Sim → continue.
- Qual URL de pool está configurada no ASIC? Deve ser uma de:
bch.solofury.com:7070,btc.solofury.com:7070,bc2.solofury.com:7070,bch2.solofury.com:7070,xec.solofury.com:7070, ou seus equivalentes regionaiseu-/asia-. - Qual é o nome do worker? Deve ser
<endereço_carteira>.<nome_worker>. O endereço de carteira deve ser válido para a moeda (BCH CashAddr para BCH/BCH2, P2PKH/Bech32 para BTC, eCash para XEC, etc.). - Do ASIC, você consegue atingir o pool? Use as ferramentas de diagnóstico do ASIC ou ping/telnet de outra máquina na mesma sub-rede.
Causa raiz mais comum: formato de carteira errado
Cada moeda SoloFury requer uma carteira no seu formato nativo:
| Moeda | Formato | Exemplo |
|---|---|---|
| BTC | Bech32 ou P2PKH | bc1q... ou 1... |
| BCH | CashAddr (com prefixo) | bitcoincash:qq... |
| BC2 | Compatível com BTC | bc1q... ou 1... |
| BCH2 | CashAddr (com prefixo) | bitcoincash:qq... |
| XEC | eCash (com prefixo) | ecash:qq... |
7. Sintoma: Melhor Share Preso Baixo (Preocupado em Não Encontrar um Bloco)
Se seu melhor share é algo como 0,001 da dificuldade da rede após semanas de mineração, isso não significa que você está azarado ou que suas odds são ruins. Melhor share é uma estatística de máximo de todos os tempos; em um processo de Poisson a maioria dos shares é pequena, e o máximo cresce lentamente com a raiz cúbica do trabalho total feito. Um melhor share baixo é estatisticamente normal.
O que importa para a probabilidade de encontrar um bloco é o hashrate-tempo cumulativo total, não o melhor share. Se seu hashrate está bom e sua taxa de rejeição é baixa, você está comprando bilhetes de loteria corretamente — a variância apenas leva tempo para se expressar.
Para a matemática por trás da variância do solo mining e o que esperar realisticamente em diferentes níveis de hashrate, veja o artigo Solo Mining Lottery Math.
8. Referência Rápida: Sintoma → Causa Mais Provável
| Sintoma | Primeira coisa a verificar | Causa mais comum |
|---|---|---|
| Hashrate 20%+ abaixo do esperado (estável) | UI local do ASIC | Problema de hashboard ou térmico |
| Hashrate flutua muito minuto a minuto | Normal para workers pequenos | Variância, aguarde média de 1h |
| Taxa de rejeição acima de 2% | Ping para o pool | Latência — mude de região |
| Taxa de stale acima de 2% | Ping para o pool | Latência — mude de região |
| Worker offline (“Última vez visto: horas atrás”) | Energia & rede do ASIC | Perda de energia ou erro de config stratum |
| Desconexões frequentes | Roteador/NAT, ISP | Use endpoint regional HAProxy |
| Melhor share muito baixo após semanas | É estatístico | Normal, continue minerando |
| Hashrate subindo lentamente após início | Vardiff convergindo | Aguarde 30 minutos, comportamento normal |
9. Escolhendo a Região SoloFury Certa
A latência do pool é o fator mais controlável para a qualidade dos shares. A SoloFury opera três regiões:
| Região | Padrão de endpoint | Melhor para |
|---|---|---|
| Atlanta (primário) | <moeda>.solofury.com | América do Norte, Caribe, costa leste da América do Sul |
| Frankfurt (relay EU) | eu-<moeda>.solofury.com | Europa, Oriente Médio, África |
| Singapore (relay Ásia) | asia-<moeda>.solofury.com | Ásia, Oceania, Índia |
Teste sua latência substituindo <moeda> em cada endpoint e fazendo ping da sua rede. Escolha o mais baixo. Se dois estiverem próximos, prefira o que tem menor jitter (variância nos tempos de ping), não apenas a média mais baixa.
10. Quando Entrar em Contato
Se seu worker está mostrando um desses sintomas após você ter seguido este guia:
- Vários workers caindo todos simultaneamente, apenas na SoloFury (não em outros pools)
- Todos os workers mostrando zero shares apesar da UI do ASIC confirmar que está hashando
- Bloco encontrado no Hall of Fame mas a recompensa nunca chegou à sua carteira
…entre em contato com o suporte SoloFury via bot Telegram ou @SoloFuryPool no X. Forneça:
- Seu endereço de carteira (para que o suporte possa consultar o histórico do seu worker)
- A moeda que está minerando (BTC/BCH/BC2/BCH2/XEC)
- O nome do worker mostrando o sintoma
- A URL de endpoint configurada no seu ASIC
A maioria dos problemas resolve em menos de 30 minutos quando o suporte tem o nome do worker.
Próximos Passos
- Execute o guia Miner Health Check para um walkthrough diagnóstico completo de um ASIC com mau comportamento
- Se estiver configurando um novo minerador, veja o Guia de Configuração Antminer S21+ ou o Guia de Configuração Antminer S19 & Whatsminer M-series
- Para diferenças de diagnóstico de hashrate alugado, veja o guia NiceHash Solo Mining
- Para contexto sobre a matemática de dificuldade dos shares, leia o artigo Solo Mining Variance
- Para status em tempo real do pool, verifique a página System Status