---
title: "Prova de trabalho"
description: "A prova de trabalho encarece a busca por um bloco e barateia sua verificação ao exigir uma prova computacional definida pelo protocolo. Analise separadamente validade, probabilidade do alvo, trabalho cumulativo, dificuldade, confirmações, economia da mineração, concentração e premissas energéticas."
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.

# Prova de trabalho

> Apenas análise de protocolo educacional; não é aconselhamento de investimento, mineração, segurança ou ambiental. Resultados de prova de trabalho são probabilísticos, as regras da rede diferem, e taxa de hash, dificuldade, confirmações, estimativas de energia, recompensas de tokens ou especificações de equipamentos não garantem segurança, liquidação, receita, lucro ou resultados de emissões.

<a id="answer"></a>

## Resposta direta

Prova de trabalho (PoW) é uma família de mecanismos na qual um participante deve produzir uma prova computacional definida por protocolo que é cara de se buscar, mas barata para os outros verificarem. Em uma blockchain típica baseada em hash, um produtor varia os dados candidatos até que o hash resultante esteja numericamente igual ou abaixo de um alvo. A prova aceita demonstra que um resultado de busca qualificado foi encontrado para aquela entrada exata sob aquele conjunto de regras; ela não prova quantas máquinas físicas foram usadas, quais fontes de energia as alimentaram, ou que cada hash intermediário alegado foi realmente computado.

PoW fornece resistência Sybil ponderando oportunidades de produção de blocos com computação escassa em vez de identidades, contas ou saldos de tokens. É apenas um componente de um sistema de consenso implantado. Os nós devem validar de forma independente o cabeçalho, as transações, as assinaturas, as regras de saída gasta, a emissão, os limites e outras regras de transição de estado. Um bloco com enorme trabalho alegado continua inválido se suas transações ou recompensas violarem o consenso.

Bitcoin combina o trabalho de cabeçalho SHA-256d com regras de destino e redirecionamento específicas da rede, propagação peer-to-peer, validação independente de blocos e seleção do ramo válido com maior trabalho acumulado de cadeia. “Cadeia mais longa” é um termo informal para o trabalho válido mais acumulado, não necessariamente o ramo com a maior contagem de blocos. Outros sistemas PoW podem usar diferentes quebra-cabeças, entradas, regras de ajuste, fórmulas de trabalho, intervalos de blocos, cronogramas de recompensa e regras de escolha de fork.

PoW faz com que reescrever a história aceita exija trabalho competitivo sob as suposições declaradas de rede e adversário, mas não cria finalidade determinística. Blocos concorrentes, propagação atrasada, partições, mineração egoísta, poder de hash alugado ou redirecionado, falhas de software e incentivos econômicos afetam a segurança. A profundidade de confirmação reduz alguns riscos de reorganização apenas dentro de um modelo especificado; ela não pode provar a verdade fora da cadeia, contrapartes corretas, propriedade legal, valor futuro do ativo ou irreversibilidade permanente.

<a id="mechanism"></a>

## Como analisar Prova de trabalho

1. **Delimite o sistema e o conjunto de regras.** Registre a rede, a gênese, a versão do cliente, o estado de ativação, o algoritmo de trabalho, a entrada candidata, a codificação e o máximo do alvo, a regra de ajuste, a regra de escolha do fork, o observador, os pares e o horário. Não aplique os parâmetros da mainnet do Bitcoin a outra cadeia ou rede de teste.
2. **Valide o bloco candidato de forma independente.** Reconstrua o cabeçalho e os dados comprometidos pelo bloco; depois verifique transações, assinaturas, scripts ou execução, regras sobre estado gasto, emissão, compromissos, limites de tamanho ou peso e ancestralidade. PoW é verificado além da validade, não no lugar dela.
3. **Reproduza o teste de trabalho.** Aplique o hash ou algoritmo de quebra exatamente e a serialização, decodifique o alvo, rejeite intervalos ou codificações inválidas, e teste a desigualdade do protocolo, como `work_hash <= target`. Separe a ordem de bytes exibida da comparação inteira usada pelo consenso.
4. **Quantificar a probabilidade de busca.** Para um hash uniforme de `n` bits e alvo inclusivo `T`, uma tentativa tem sucesso com `p = (T + 1) / 2^n`, e as tentativas esperadas são `1 / p`. Informe a taxa de hash compatível efetiva e o tempo de atividade; o tempo esperado não é um prazo e falhas passadas não tornam a próxima tentativa independente mais provável.
5. **Reconstruir trabalho cumulativo e escolha de ramo.** Para cada ramo válido, derive o trabalho de cada bloco a partir de seu alvo usando a regra inteira da rede, some-o sobre a ancestralidade e aplique o comportamento real de vínculo e disponibilidade. Compare o trabalho acumulado, não a altura, a dificuldade exibida ou um único cabeçalho isoladamente.
6. **Avalie a confirmação e ataque suposições.** Registre a profundidade das transações na cadeia ativa do observador, propagação, taxa de blocos obsoletos, partições, diversidade de pares, concentração de mineradores e pools, mercados de hash alternativos, censura, retenção e capacidade de reorganização. Evite apresentar um limite universal “51%” ou contagem de confirmações.
7. **Reconcilie economia e externalidades.** Separe subsídio, taxas, termos da pool, variação, preço, dificuldade, eficiência, energia, resfriamento, hospedagem, tempo de inatividade, depreciação, financiamento e impostos. Estime a eletricidade a partir da taxa de hash apenas com uma distribuição de eficiência de hardware datada e despesas gerais da instalação; estime as emissões apenas após adicionar localização, tempo, mix de energia, restrição e incerteza metodológica.

A evidência resultante deve manter cinco camadas distintas: um candidato válido, uma prova válida para esse candidato, o trabalho cumulativo de um ramo, a escolha atual da cadeia ativa do nó e a política de liquidação de um aplicativo. Colapsar essas camadas produz a maioria dos erros de interpretação PoW.

<a id="example"></a>

## Exemplos resolvidos

### 1. Probabilidade-alvo e assimetria de verificação

Suponha que uma regra de hash uniforme de brinquedo aceite uma saída em `2^20`. A probabilidade de sucesso por tentativa independente é `p = 1 / 1,048,576`, então o número esperado de tentativas é `1,048,576`. A `5,000,000 hashes/second`, o tempo de busca esperado é:

`1,048,576 / 5,000,000 = 0.2097152 seconds`

A verificação requer um hash e uma comparação com o alvo assim que o candidato é fornecido. No entanto, o tempo esperado não é garantia: após `1,000,000` tentativas, a probabilidade de nenhum sucesso é aproximadamente `(1 - 1/1,048,576)^1,000,000 = 38.53%`. Uma tentativa fracassada não torna a próxima “devida”.

### 2. Validade antes do trabalho cumulativo

O Branch A contém seis blocos válidos com valor de `100` unidades de trabalho cada, totalizando `600`. O Branch B contém cinco blocos válidos com valor de `130` cada, totalizando `650`. Sob a regra do trabalho mais cumulativo, B vence apesar de ter menos blocos.

Agora suponha que o ramo C reivindique `1,200` unidades de trabalho, mas crie uma recompensa inválida. Seu trabalho é irrelevante para um nó validador honesto: C é rejeitado antes da comparação de ramos. PoW restringe quem pode estender a história válida de forma barata; não compra uma exceção às regras de validade.

### 3. Compartilhamento de hash e variação de bloco

Assuma uma taxa de rede compatível ilustrativa de `500 EH/s` e uma taxa de minerador de `2 PH/s`. A parcela simplificada do minerador é:

`2 PH/s / 500 EH/s = 0.000004 = 0.0004%`

Com um suposto `144` blocos por dia, espera-se que os blocos solo sejam `144 * 0.000004 = 0.000576 per day`, implicando uma espera média de cerca de `1 / 0.000576 = 1,736.11 days`. Uma aproximação de Poisson dá `P(0) = exp(-0.000576) = 99.9424%` para nenhum bloco naquele dia. Esta expectativa não é nem uma promessa de pagamento nem evidência de que um pool deve um valor específico ao minerador.

### 4. Da taxa de hash a uma estimativa de energia

Suponha que um analista modele `500 EH/s` usando uma eficiência média da frota de `25 J/TH`. Devido a `500 EH/s = 500,000,000 TH/s`, a potência da máquina modelada é:

`500,000,000 TH/s * 25 J/TH = 12.5 GW`

Com uma eficiência de uso de energia da instalação assumida de `1.10`, a demanda total modelada se torna `12.5 * 1.10 = 13.75 GW`, ou `13.75 * 8,760 = 120.45 TWh` anualizada se as condições se mantivessem constantes. Esta é uma estimativa, não uma leitura de medidor. Alterar a combinação de hardware, tempo de atividade, despesas gerais da instalação ou janela de taxa de hash altera o resultado; as emissões requerem suposições adicionais de localização geográfica e geração.

<a id="risks"></a>

## Riscos e falhas na revisão

### Erros de protocolo e de validade

- **Tratando PoW como todo o protocolo de consenso:** O quebra-cabeça não define a validade da transação, propagação, escolha de forks, recompensas ou liquidação de aplicações. Documente todas as regras ao redor.
- **Rede ou algoritmo incorreto:** Uma prova válida em uma cadeia, fork, rede de teste ou função de hash pode não ter significado em outra. Vincule a evidência à gênese e às regras ativas.
- **Entrada serializada incorreta:** Omitir um campo, compromisso, regra de ordem de bytes ou mutação permitida pode testar um quebra-cabeça diferente. Reconstrua os bytes candidatos exatos.
- **Raciocínio de trabalho antes da validade:** Trabalho grande não pode legalizar assinaturas inválidas, gastos duplos, emissão ou transições de estado. Valide o candidato completo antes de comparar ramos.
- **Inversão de alvo e dificuldade:** Um alvo menor é mais difícil, enquanto a dificuldade exibida geralmente é uma medida relativa inversa. Verifique as fórmulas inteiras exatas da rede.
- **Altura em vez de trabalho em corrente:** Mais blocos não precisam significar mais trabalho cumulativo quando os alvos por bloco diferem. Some o trabalho derivado do protocolo ao longo da ancestrais válidas.
- **Premissas de reajuste entre redes:** A cadência de ajuste, as entradas de timestamp, os limites, as regras de emergência e os alvos máximos diferem. Nunca descreva um projeto como comportamento universal de PoW.

### Erros de segurança e de rede

- **Alegação de finalização determinística:** As cadeias  PoW podem se reorganizar. Defina a política de confirmação a partir do valor, profundidade, trabalho observado, liquidez, capacidade do adversário e resposta operacional.
- **51% como limite universal:** Retenção de blocos, vantagens de propagação, ataques de eclipse, suborno, hash alugado e política da aplicação podem importar abaixo ou acima dessa participação nominal. Declare o modelo.
- **Reivindicação de poder inválido:**A maior parte do poder de hash pode censurar ou reorganizar e pode superar a história válida, mas não pode fazer com que nós honestos aceitem assinaturas falsificadas ou inflação inválida.
- **Taxa de hash equivale à descentralização:** Templates de pool, controle efetivo, firmware, fabricantes, hospedagem, geografia, fornecedores de energia e software podem permanecer concentrados.
- **Taxa de hash estimada como telemetria:** A taxa de hash da rede é inferida do trabalho e da chegada aleatória de blocos; não é um censo direto de máquinas, operadores ou capacidade.
- **Ignorando partições e ataques de eclipse:** Um nó com visão restrita pode seguir trabalhos desatualizados ou adversariais, apesar de uma alta taxa global de hash. Revise a diversidade de pares e da rede.
- **Ignorando o controle de pool e de modelo:** Muitos mineradores nominais podem seguir um modelo de bloco ou operador de pagamento. Separe a posse física do hash, a autoridade do modelo e a custódia da recompensa.

### Economia, energia e externalidades

- **Recompensa esperada como fluxo de caixa garantido:** Os resultados da busca são aleatórios, enquanto os pools adicionam regras de compartilhamento, reservas, taxas, maturidade, custódia e exposição ao inadimplemento.
- **Produção bruta de tokens como lucro:**Preço, taxas, dificuldade, tempo de atividade, energia, refrigeração, mão de obra, hospedagem, reparos, depreciação, financiamento, hedge e impostos podem reverter o resultado.
- **A taxa de hash é diretamente igual à eletricidade:** A conversão requer eficiência de hardware, utilização, composição da frota, resfriamento e despesas gerais das instalações no mesmo momento de observação.
- **Eletricidade iguala diretamente as emissões:** O impacto de carbono do  depende da localização, geração marginal e média, tempo, contratos, limitação, reivindicações de metano e limites contábeis.
- **A eficiência garante menor uso total:** Hardware mais eficiente reduz a energia por hash, mas a concorrência na rede, o preço, as recompensas e a implementação podem alterar a taxa de hash total e a demanda.
- **Ignorando externalidades e restrições locais:** A congestão da rede, ruído, calor, água, terra, rotatividade de equipamentos, lixo eletrônico, subsídios e restrições podem afetar comunidades e operações.

<a id="misconceptions"></a>

## Equívocos comuns

### Prova de trabalho torna válida toda transação em um bloco minerado

Não. Um cabeçalho qualificado prova apenas que seu candidato cumpriu a regra de trabalho. Nós completos rejeitam independentemente transações inválidas, compromissos, recompensas ou transições de estado, independentemente do gasto do minerador.

### Trabalho é energia armazenada que torna um bloco fisicamente irreversível

O bloco carrega uma prova compacta e verificável, não eletricidade recuperável. Trabalho válido concorrente pode reorganizar o histórico, e falhas sociais ou de software ainda podem exigir decisões de recuperação. PoW eleva o custo de reescrita sob certas premissas; não cria finalidade física nem determinística.

### A cadeia mais longa sempre significa a cadeia com mais blocos

Não necessariamente. O núcleo Bitcoin compara o trabalho acumulado da cadeia entre candidatos válidos. Um ramo mais curto pode representar mais trabalho quando seus blocos foram produzidos contra alvos mais difíceis.

### Um atacante com a maior parte do poder de hash pode roubar qualquer moeda ou mudar qualquer regra

O poder de hash pode criar riscos de reorganização, censura, ordenação e negação de serviço, mas os nós honestos ainda aplicam assinaturas, emissão e regras de consenso. Mudar essas regras exige que os usuários executem software compatível; o trabalho sozinho não cria autorização.

### Um gráfico da taxa de hash revela o uso exato de eletricidade e as emissões

Não é. A eletricidade é modelada a partir de suposições incertas sobre equipamentos e instalações, e as emissões adicionam suposições sobre localização, geração, tempo e contabilidade. Estimativas responsáveis divulgam intervalos e metodologia em vez de apresentar um único número exato.

<a id="related"></a>

## Tópicos relacionados

- [Mineração](/pt-br/crypto/mining/)
- [Taxa de hash](/pt-br/crypto/hashrate/)
- [Ajuste de dificuldade](/pt-br/crypto/difficulty-adjustment/)
- [Consenso de Nakamoto](/pt-br/crypto/nakamoto-consensus/)
- [Reorganizações de cadeia](/pt-br/crypto/chain-reorg/)

<a id="sources"></a>

## Fontes

- [Visão Geral da Tecnologia Blockchain](https://csrc.nist.gov/pubs/ir/8202/final) - NIST (acessado: 2026-08-19)
- [Hashcash - Uma Contramedida de Negação de Serviço](https://www.hashcash.org/papers/hashcash.pdf) - Hashcash.org (acessado: 2026-08-19)
- [Bitcoin: Um Sistema de Dinheiro Eletrônico Peer-to-Peer](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (acessado: 2026-08-19)
- [Guia do Desenvolvedor Bitcoin: Mineração](https://developer.bitcoin.org/devguide/mining.html) - Projeto Bitcoin (acessado: 2026-08-19)
- [Core Bitcoin: Cálculos de Prova de Trabalho](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Núcleo Bitcoin (acessado: 2026-08-19)
- [Bitcoin Núcleo: Cálculos de Trabalho em Cadeia](https://github.com/bitcoin/bitcoin/blob/master/src/chain.cpp) - Núcleo Bitcoin (acessado: 2026-08-19)
- [Bitcoin Core: Interfaces de Validação de Blocos](https://github.com/bitcoin/bitcoin/blob/master/src/validation.h) - Núcleo Bitcoin (acessado: 2026-08-19)
- [Índice de Consumo de Eletricidade Cambridge Bitcoin: Metodologia](https://ccaf.io/cbnsi/cbeci/methodology) - Centro de Finanças Alternativas de Cambridge (acessado: 2026-08-19)

Source: https://wiki.fcontext.com/pt-br/crypto/proof-of-work/index.mdx