Ir para o conteúdo
Financial Context Wiki

Taxa de hash do Bitcoin: estimativa, dificuldade, participação do minerador e segurança

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.

Atualizado

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

Fontes

Navegação

Pesquisar na wiki...