VNISH GLOBAL · Academia
Como funciona a pilha de mineração ASIC: hash, share, pool e firmware
O ASIC recebe trabalho do pool e avalia SHA-256 repetidamente. Um resultado abaixo do alvo do pool é uma share; somente um resultado abaixo do alvo da rede pode virar bloco. O firmware governa o equipamento local, não o consenso do Bitcoin nem o pagamento do pool.
Método de trabalho
- Separe consenso, pool, minerador e firmware.
- Não misture hashrate local, hashrate do pool e shares aceitas; as janelas diferem.
- Para J/TH use potência na tomada e hashrate do mesmo estado e período.
- Registre fonte, unidade, horário, perfil e condições.
Vamos analisar uma situação
Cenário de aprendizagem, não um resultado relatado por um cliente.
Considere um operador hipotético que vê um hashrate estável na interface do minerador, mas um número diferente na conta do pool. Nenhuma das telas, isoladamente, determina qual componente é responsável pela diferença. Comece anotando o que cada número descreve: o dispositivo identificado, a fonte, a unidade e o período de observação. Uma janela local curta e uma janela mais longa do pool não permitem uma comparação equivalente.
Depois, diferencie uma share aceita de um pagamento. A share registra trabalho que atendeu aos requisitos do pool; as regras de pagamento da conta determinam como o trabalho creditado se transforma em saldo. Considere agora uma segunda observação: a interface continua acessível, mas o worker pretendido não tem novo trabalho aceito no período analisado. Isso é motivo para preservar o estado do pool e os logs relevantes, não para declarar a instalação bem-sucedida a partir da tela de login.
Mantenha a versão do firmware e o perfil junto ao registro. Essa pequena comparação pode tornar a próxima pergunta mais específica sem adivinhar uma falha, alterar uma configuração ou prometer receita adicional.
Limites e condições de parada
- Firmware não remove limites de PSU, fiação, refrigeração ou silício.
- Uma share não equivale automaticamente a bloco ou pagamento.
- Air, Hydro e Immersion exigem rotas exatas distintas.
Artefato reutilizável
| # | Campo | Verificado | Evidência / nota |
|---|---|---|---|
| 1 | trabalho (job) / janela de observação | □ | |
| 2 | hashrate local | □ | |
| 3 | hashrate do pool / shares | □ | |
| 4 | potência na tomada / medidor / horário | □ | |
| 5 | modelo / placa / build / perfil | □ |
Copie esta estrutura para o registro da mudança; nunca inclua senhas, chaves ou acessos privados.
Termos usados neste guia
- Share
- Trabalho enviado a um pool para validação em relação ao alvo do pool; a maioria das shares não são blocos válidos da rede.
- Janela de observação
- Período declarado ao qual uma medição ou um registro se refere.
- Hashrate do lado do pool
- Estimativa do trabalho de mineração feita pelo pool durante o período de observação declarado, não uma leitura direta da atividade local dos chips.
Verifique o que entendeu
Estas perguntas verificam a compreensão. Não autorizam uma instalação nem certificam um resultado.
É possível comparar dois números de hashrate sem conferir seus períodos?
Mostrar resposta
Não. Registre ambas as fontes, unidades e períodos antes de interpretar uma diferença.
Uma share aceita comprova que um pagamento foi recebido?
Mostrar resposta
Não. A aceitação de shares e a contabilização dos pagamentos pelo pool são observações separadas.
O que uma interface acessível comprova?
Mostrar resposta
Apenas que a interface responde; não comprova trabalho de mineração aceito nem operação estável.
Fontes primárias
- Bitcoin Developer Guide - Mining Revisado 2026-09-10
- Stratum V2 - Mining Protocol Revisado 2026-09-10