---
title: "Taxa de hash do Bitcoin: estimativa, dificuldade, participação do minerador e segurança"
description: "A taxa de hash do Bitcoin é uma estimativa das tentativas SHA-256 de prova de trabalho por segundo, não uma medição informada diretamente. Analise separadamente a cadeia, o trabalho acumulado, a janela temporal, a incerteza, o atraso da dificuldade, a participação do minerador, a mobilidade do hardware, a energia e as alegações de segurança."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Taxa de hash do Bitcoin: estimativa, dificuldade, participação do minerador e segurança
> Análise educacional de protocolo e mineração; não constitui aconselhamento de investimento. As estimativas de taxa de hash são ruidosas, retrospectivas e específicas da rede; não garantem preço, rentabilidade, descentralização, uso de energia, tempo de confirmação nem imunidade a ataques.
## Resposta direta
A taxa de hash do Bitcoin estima quantas tentativas de cabeçalho SHA-256 os mineradores executam por segundo em uma rede específica de prova de trabalho. As unidades avançam por 1.000: `H/s`, `kH/s`, `MH/s`, `GH/s`, `TH/s`, `PH/s` e `EH/s`. É necessário indicar algoritmo e rede; o desempenho SHA-256 de um ASIC não pode ser comparado ao de outro algoritmo como se as tentativas fossem equivalentes.
A rede não exige que mineradores informem máquinas, locais ou capacidade instantânea. Observadores inferem uma média do trabalho acumulado pela cadeia canônica durante uma janela. O `getnetworkhashps` do Bitcoin Core divide a diferença de `chainwork` por uma diferença de tempo; a janela padrão é `nblocks = 120`, enquanto menos um usa os blocos desde a última mudança de dificuldade. Pontas, timestamps, janelas e momentos de reorganização diferentes geram estimativas diferentes.
Taxa de hash não é dificuldade. O alvo codificado em `nBits` define quão difícil é encontrar um cabeçalho; a taxa é o ritmo de tentativas inferido estatisticamente. Se a taxa mudar com o alvo fixo, o intervalo médio dos blocos muda até o próximo ajuste. A aleatoriedade também pode parecer uma alteração de capacidade mesmo com o equipamento físico inalterado.
Também não é trabalho da cadeia, consumo de energia, receita, custo de ataque, descentralização ou preço. Mais trabalho honesto por unidade de tempo normalmente eleva os recursos necessários para superá-lo sob o mesmo algoritmo, mas importam disponibilidade de equipamento, custo operacional, coordenação de pools, concentração, resposta e duração do ataque. Um gráfico não prova previsão de preço nem orçamento exato de segurança.
## Como analisar a taxa de hash
1. **Fixe identidade e unidade.** Registre `chain`, `network`, `algorithm`, `client version`, ponta canônica, prefixo e horário. Mainnet, testnet e outra cadeia SHA-256 são populações distintas mesmo com equipamento transferível.
2. **Verifique a cadeia observada.** Registre `bestblockhash`, hashes inicial e final, alturas e ancestralidade. Decodifique cada alvo de `nBits`, reproduza o trabalho por bloco e concilie o `chainwork` acumulado; não substitua trabalho por contagem ou altura.
3. **Reproduza o estimador.** Informe janela, tratamento de timestamps e corte de reorganização. Para o Bitcoin Core, calcule `estimated_hash_rate = work_diff / time_diff` com a janela da implementação e o intervalo mínimo-máximo dos blocos.
4. **Quantifique o ruído amostral.** Compare janelas e mostre blocos, tempo decorrido e confiança ou dispersão. Janelas curtas reagem rápido, mas sofrem com a sorte tipo Poisson; as longas suavizam o acaso e detectam desligamentos reais mais tarde.
5. **Separe o retorno da dificuldade.** Identifique alvo ativo, limite de ajuste e regras específicas da rede. Modele primeiro o intervalo anterior ao ajuste e depois a reação do alvo; dificuldade não é sensor de taxa em tempo real.
6. **Modele participação e economia do minerador.** Divida sua taxa efetiva compatível pela taxa da rede e declare disponibilidade, método do pool, shares obsoletos, taxas, subsídio, preço, eletricidade, refrigeração, depreciação, financiamento e restrição. Participação esperada não garante blocos diários nem lucro.
7. **Teste segurança e concentração.** Examine oferta de hardware, taxa alugável ou transferível, controle de templates, mobilidade, geografia, energia, duração do ataque, profundidade e resposta defensiva. Separe reorganização e censura de roubo de chave ou alteração arbitrária de regras.
O Bitcoin Core calcula o trabalho de um bloco a partir de seu alvo compacto e o acumula no trabalho da cadeia. O estimador divide a diferença de trabalho entre a ponta e um bloco anterior pelo tempo decorrido. É uma estimativa histórica reproduzível da cadeia ativa do nó, não telemetria de cada dispositivo.
## Exemplos resolvidos
### 1. Conversão de unidades
Cada prefixo multiplica por 1.000: `1 EH/s = 1,000 PH/s = 1,000,000 TH/s = 10^18 H/s`. Assim, `650 EH/s` equivalem a `650,000,000 TH/s`, não a 650 milhões de hashes por segundo. Preserve algoritmo e unidade; taxas numericamente iguais de funções diferentes não implicam hardware, custo ou segurança iguais.
### 2. Estimativa por janela
Suponha que uma janela de 120 blocos adicione `4.32 * 10^22 hashes` de trabalho representado durante um intervalo mínimo-máximo de `72,000 seconds`. A estimativa ilustrativa é:
`4.32 * 10^22 / 72,000 = 6.00 * 10^17 H/s = 600 EH/s`
Isso não significa que os dispositivos informaram exatamente essa taxa nem que cada segundo teve atividade constante. Uma janela curta com sorte estima mais e uma sem sorte, menos. Mudar a ponta, a janela ou a cadeia após uma reorganização muda a amostra.
### 3. Participação e variância do minerador
Com rede em `600 EH/s` e minerador compatível em `6 EH/s`, a participação simplificada é `6 / 600 = 1%`. Para `144` blocos diários, o valor esperado é `lambda = 144 * 1% = 1.44`. Pela aproximação de Poisson, a chance de zero blocos no dia é `P(0) = exp(-1.44) = 23.69%`.
Se a rede sobe para `750 EH/s` e o minerador permanece em `6 EH/s`, sua parcela vira `6 / 750 = 0.8%` e os blocos esperados, `1.152`. A parcela bruta esperada em BTC cai `20%` se tudo mais ficar constante, mas o resultado diário continua ruidoso e cada pool tem regras próprias de pagamento.
### 4. Queda antes do reajuste
Suponha queda de `600 EH/s` para `420 EH/s`, ou `30%`, logo após um ajuste da mainnet com alvo fixo. O intervalo esperado simplificado vira `10 / 0.70 = 14.29 minutes`; 2.016 blocos levariam cerca de `20 days`, não 14.
Se a taxa menor persistir e detalhes de implementação forem omitidos, no próximo reajuste a dificuldade cairia aproximadamente `30%` e o intervalo voltaria perto de dez minutos. As chegadas são aleatórias, e a janela temporal e a aritmética inteira de alvo do Bitcoin devem ser reproduzidas exatamente; um dia não comprova desligamento permanente.
## Riscos e falhas de revisão
### Erros de medição e protocolo
- Apresentar taxa inferida como soma exata e em tempo real informada por todos os mineradores.
- Omitir cadeia, rede, algoritmo, unidade, hash da ponta, horário ou versão do estimador.
- Confundir `EH/s`, `PH/s` e `TH/s` ou comparar taxas brutas de algoritmos incompatíveis.
- Usar quantidade, altura ou dez minutos nominais no lugar de trabalho acumulado e tempo observado.
- Misturar pontas concorrentes ou não recalcular a amostra após uma reorganização.
- Tratar timestamps dos mineradores como relógios perfeitos ou mudar silenciosamente regras de extremos, mínimos, máximos ou medianas.
- Escolher uma janela curta favorável sem mostrar variância de chegada nem comparação longa.
### Erros de mineração e economia
- Tratar dificuldade como taxa medida ou supor mudança imediata quando máquinas entram ou saem.
- Converter participação esperada em blocos diários garantidos, ignorando variância e pagamentos do pool.
- Igualar participação de blocos do pool à propriedade de hardware apesar de taxa delegada e móvel.
- Converter taxa nominal em shares aceitos sem disponibilidade, firmware, temperatura, obsoletos e restrição.
- Inferir energia diretamente da taxa sem eficiência, utilização, refrigeração e matriz energética.
- Chamar recompensas brutas em BTC de lucro fiduciário sem preço, taxas, eletricidade, trabalho, depreciação, financiamento e hedge.
- Afirmar que a taxa causa preço sem modelo de demanda, liquidez e contrafactual.
### Erros de segurança e interpretação
- Usar taxa total alta como prova de descentralização sem concentração de pools, fabricantes, geografia e energia.
- Chamar a taxa de custo exato do ataque sem acesso a equipamento, aluguel, transferência, duração e custo operacional.
- Alegar que maioria de hash pode falsificar assinaturas, roubar qualquer carteira ou impor inflação inválida a nós completos.
- Tratar maioria breve de um pool como propriedade permanente de todo equipamento ou negar seu risco de coordenação.
- Inferir perda permanente de segurança de um dia ruidoso sem contexto de dificuldade, janela e blocos.
- Supor que taxa de hash elimina bugs, ataques eclipse, falhas de custódia, política de liquidação ou resposta social.
## Equívocos comuns
- **A taxa da rede é medida exatamente em tempo real.** Ela é inferida de trabalho e tempo observados e depende da ponta, do estimador e da janela.
- **Taxa maior garante preço maior do Bitcoin.** Economia de mineração e demanda podem interagir, mas o protocolo não contém uma função de preço.
- **Um atacante de 51% pode gastar moedas de qualquer pessoa.** Poder de hash não cria assinaturas privadas nem faz os nós aceitarem inflação inválida.
- **A parcela do pool é hardware do operador.** Pools coordenam mineradores independentes que podem migrar, embora a concentração de templates importe.
- **Uma queda diária prova desligamento permanente.** Estimativas curtas oscilam com chegadas aleatórias; confronte janelas e períodos de dificuldade.
## Tópicos relacionados
- [Bitcoin](/pt-br/crypto/bitcoin/)
- [Prova de trabalho](/pt-br/crypto/proof-of-work/)
- [Mineração](/pt-br/crypto/mining/)
- [Ajuste de dificuldade](/pt-br/crypto/difficulty-adjustment/)
- [Reorganizações de cadeia](/pt-br/crypto/chain-reorg/)
## Fontes
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (acesso: 2026-08-19)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (acesso: 2026-08-19)
- [Bitcoin Developer Guide: Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Project (acesso: 2026-08-19)
- [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (acesso: 2026-08-19)
- [Bitcoin Core: mining.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/rpc/mining.cpp) - Bitcoin Core (acesso: 2026-08-19)
- [Bitcoin Core: chain.h](https://github.com/bitcoin/bitcoin/blob/master/src/chain.h) - Bitcoin Core (acesso: 2026-08-19)
- [Bitcoin Core: pow.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Bitcoin Core (acesso: 2026-08-19)
- [Bitcoin Core RPC: getblockchaininfo](https://developer.bitcoin.org/reference/rpc/getblockchaininfo.html) - Bitcoin Project (acesso: 2026-08-19)
Source: https://wiki.fcontext.com/pt-br/crypto/hashrate/index.mdx