Conteúdos / Bitcoin

Como funciona a rede Bitcoin: nós, mineradores e consenso

Entenda o papel dos nós completos e dos mineradores na rede Bitcoin, como o consenso é formado, o que um ataque de 51% exigiria e quem define as regras.

Em revisão editorial. Este texto foi elaborado a partir de fontes públicas e passa por revisão técnica e jurídica; pode ser atualizado. Confira as fontes ao final antes de qualquer decisão.

Quer conversar sobre Bitcoin no contexto do seu patrimônio? Entrar em contato →

A rede Bitcoin funciona por meio de milhares de computadores, os nós, que guardam uma cópia do histórico de transações e verificam de forma independente se cada bloco segue as regras do protocolo. Os mineradores são um tipo específico de participante: propõem novos blocos gastando energia e equipamento (prova de trabalho). O consenso sobre qual é a versão válida do histórico surge da combinação dos dois: os nós rejeitam o que viola as regras, e entre os blocos válidos prevalece a cadeia com maior trabalho acumulado. Nenhuma empresa ou governo opera esse processo de forma central, mas isso não elimina riscos de concentração e de falha.

Três papéis que costumam ser confundidos

A expressão “rede Bitcoin” engloba participantes com funções diferentes:

  • Nós completos (full nodes): programas que baixam e verificam todos os blocos e transações antes de repassá-los. Segundo a documentação para desenvolvedores, cada nó completo guarda de forma independente uma cadeia contendo apenas blocos validados por ele mesmo.
  • Mineradores: participantes que montam blocos candidatos e tentam encontrar a prova de trabalho. Muitos se organizam em pools, que somam poder de computação e dividem a recompensa.
  • Usuários e carteiras: quem apenas envia e recebe valores. Muitas carteiras leves (clientes SPV) não verificam tudo; consultam nós completos e confiam em parte no que eles informam.

Rodar um nó não gera recompensa e não exige minerar. Minerar, por sua vez, não dá ao minerador o poder de impor regras novas ao restante da rede, como se verá adiante.

Como uma transação vira parte do histórico

O white paper descreve o processo em etapas:

  1. A transação é transmitida (broadcast) aos nós.
  2. Cada nó reúne transações pendentes em um bloco candidato.
  3. Os mineradores procuram uma prova de trabalho para esse bloco.
  4. Quem encontra a prova transmite o bloco aos demais.
  5. Os nós aceitam o bloco apenas se todas as transações forem válidas e não tiverem sido gastas antes.
  6. Os nós expressam aceitação trabalhando na construção do bloco seguinte, a partir do hash do bloco aceito.

A documentação oficial detalha como os nós trocam essas informações: anunciam dados por mensagens de inventário, pedem o que não têm e, ao sincronizar, baixam primeiro os cabeçalhos dos blocos, verificando a prova de trabalho, para só então buscar os blocos completos.

Como o consenso é formado

Regras de consenso e cadeia de maior trabalho

As regras de validação que todos os nós seguem são chamadas de regras de consenso. Quando surgem duas versões concorrentes do próximo bloco, parte da rede recebe uma antes da outra. Cada nó trabalha sobre a primeira que recebeu e guarda a outra. O empate se resolve quando um ramo fica mais longo; os nós que estavam no outro ramo migram. A documentação oficial esclarece que nós seguem a cadeia com maior quantidade de trabalho acumulado, e os blocos do ramo descartado são chamados de blocos obsoletos (stale ou “órfãos”).

Por isso, uma transação com uma única confirmação é menos segura do que uma com várias: cada bloco adicionado por cima torna a reversão mais custosa. O white paper mostra que a probabilidade de um atacante mais lento alcançar a cadeia honesta diminui de forma exponencial a cada bloco acrescentado.

“Um CPU, um voto”

O white paper explica que a prova de trabalho resolve o problema de representação na decisão por maioria: se o voto fosse “um endereço IP, um voto”, quem criasse muitos endereços subverteria o sistema. Com a prova de trabalho, o voto é proporcional ao poder de computação empregado. O próprio documento afirma que a segurança vale enquanto nós honestos controlarem coletivamente mais poder do que qualquer grupo cooperante de atacantes.

Incentivos

O minerador que tem seu bloco aceito recebe a recompensa do bloco e as taxas das transações incluídas. O white paper argumenta que um atacante com muito poder teria de escolher entre usá-lo para fraudar pagamentos ou para minerar de forma honesta, e que seguir as regras tende a ser mais lucrativo. Esse é um argumento econômico do desenho original, não uma garantia: depende de preços, custos e do comportamento real dos participantes.

O que um ataque de 51% exigiria

Um “ataque de 51%” designa o cenário em que alguém controla a maior parte do poder de mineração da rede. A documentação para desenvolvedores afirma que seria necessário obter a maioria do poder de hash para executar de forma confiável um ataque contra o histórico de transações, e acrescenta que mesmo uma fração menor que 50% pode ter chance razoável de sucesso em certos cenários. O Bitcoin Wiki registra que um ataque de maioria nunca foi executado com sucesso na rede Bitcoin, embora tenha sido demonstrado em algumas criptomoedas pequenas. O BIS, em relatório de 2018, observou que um ataque estratégico é “uma possibilidade real” quando há concentração de mineração, e que o consenso descentralizado “também é frágil”.

O que isso exigiria, na prática, é controlar uma fração muito grande do poder de computação por tempo suficiente, o que implica adquirir ou alugar equipamento e energia em larga escala, ou obter o controle de pools. Em 16/10/2026, a consulta ao explorador mempool.space sobre os blocos do último ano mostrava que os dois maiores pools respondiam por cerca de 46% dos blocos (Foundry USA, cerca de 28%, e AntPool, cerca de 18%). Isso não significa que esses pools sejam donos de metade do poder de computação nem que possam agir em conjunto: os pools reúnem muitos participantes, que podem trocar de pool a qualquer momento. Mas mostra por que a concentração é um ponto de atenção.

O que um ataque de 51% permitiria

O white paper é claro: mesmo que o atacante consiga gerar uma cadeia alternativa mais rápida, isso não abre o sistema a mudanças arbitrárias, como criar valor do nada ou tomar moedas que nunca foram dele. Os nós não aceitam transação inválida, e nós honestos nunca aceitam um bloco que a contenha. Segundo o documento, o atacante só consegue tentar reverter transações suas, recuperando valores que gastou recentemente (o chamado gasto duplo). Em princípio, quem controlasse a maioria também poderia se recusar a incluir certas transações nos blocos que produz (censura); essa consequência decorre da lógica do mecanismo e não é descrita nas fontes citadas. Seja como for, o dano possível é real, porém limitado às transações e aos pagamentos, e não às regras.

O que não é verdade sobre o ataque

  • Não permite roubar moedas de terceiros sem as chaves privadas.
  • Não permite alterar o limite de emissão, pois nós completos rejeitam blocos fora das regras.
  • Não é gratuito: exige custos elevados e, se bem-sucedido, tende a afetar a confiança no ativo e, portanto, o valor do que o atacante possui (argumento econômico, não certeza).
  • Não é impossível. O risco é de probabilidade e custo, e varia com o poder total da rede.

Quem decide as regras

Os mineradores não definem sozinhos as regras. Quem aplica as regras de consenso são os nós completos: um bloco que as viola é rejeitado, mesmo que tenha prova de trabalho válida. Por isso, mudanças no protocolo dependem de coordenação entre desenvolvedores, usuários, empresas e mineradores.

O Bitcoin Wiki define o soft fork como uma mudança em que apenas blocos e transações antes válidos passam a ser inválidos; como os nós antigos reconhecem os novos blocos como válidos, é compatível com versões anteriores. Em contraste, um hard fork (descrição geral, não extraída das fontes citadas) é uma mudança que torna válidos blocos antes inválidos; quem não atualizar o software fica em outra cadeia. A mesma fonte descreve duas formas de ativação de soft forks: por apoio majoritário de mineradores ou por coordenação de nós completos, sem apoio dos mineradores. Em ambos os casos, a segurança prática depende de qual versão do software a maioria usa.

Isso também revela uma limitação: não há uma autoridade formal, e divergências são resolvidas por coordenação social, o que pode ser lento e conflituoso. Quem lê que as regras são “imutáveis” deve entender que são difíceis de alterar, não impossíveis.

Pontos de atenção e riscos

  • Concentração de mineração e de infraestrutura. Pools, fabricantes de equipamento e polos de energia podem concentrar influência.
  • Carteiras leves. Quem não verifica por conta própria depende de terceiros; o white paper reconhece que a verificação simplificada é mais vulnerável quando a rede é dominada por um atacante.
  • Confirmações. A segurança de um pagamento cresce com o número de blocos sobre ele; o valor da transação deve ser considerado ao decidir quantas esperar.
  • Riscos fora do protocolo. Golpes, falhas de custódia e perda de chaves são causas mais frequentes de perda do que ataques à rede.

O que observar

  • A diferença entre quem valida (nós) e quem propõe (mineradores) ao avaliar afirmações sobre “controle” da rede.
  • A distribuição do poder de mineração entre pools e regiões, lembrando que pools não são necessariamente donos do equipamento.
  • Quantas confirmações são adequadas para o valor da operação.
  • Se o serviço usado verifica a rede por conta própria ou depende de terceiros.
  • Propostas de mudança de regras: quem as apoia, como seriam ativadas e quais seriam os efeitos para quem não atualizar.

Fechamento

A rede Bitcoin combina verificação distribuída pelos nós, prova de trabalho dos mineradores e coordenação social sobre as regras. Esse desenho reduz a dependência de um intermediário, mas não elimina riscos de concentração, de erro de uso e de custódia. Para um panorama do ativo, veja o que é Bitcoin e como funciona e o que é blockchain. Este texto é informativo e não constitui recomendação de investimento nem aconselhamento jurídico ou tributário. Dúvidas sobre a aplicação ao seu caso podem ser levadas ao contato.

Fontes

  1. Bitcoin: A Peer-to-Peer Electronic Cash System (white paper) · Satoshi Nakamoto / bitcoin.org · acesso em 16/10/2026
  2. Bitcoin Developer Guide: P2P Network · Bitcoin Project (developer.bitcoin.org) · acesso em 16/10/2026
  3. Bitcoin Developer Guide: Block Chain · Bitcoin Project (developer.bitcoin.org) · acesso em 16/10/2026
  4. Bitcoin Developer Guide: Mining · Bitcoin Project (developer.bitcoin.org) · acesso em 16/10/2026
  5. Softfork · Bitcoin Wiki · acesso em 16/10/2026
  6. Majority attack · Bitcoin Wiki · acesso em 16/10/2026
  7. Cryptocurrencies: looking beyond the hype (Annual Economic Report 2018, cap. V) · Bank for International Settlements (BIS) · acesso em 16/10/2026
  8. Participação de pools nos últimos blocos (API pública, consulta de 16/10/2026) · mempool.space · acesso em 16/10/2026

Conteúdo informativo, sem caráter de recomendação de investimento, jurídico ou tributário. Ativos digitais envolvem riscos, inclusive de perda total. Veja os avisos legais.