Blockchain é um registro de dados copiado em muitos computadores, organizado em blocos que carregam a "impressão digital" do bloco anterior. Como cada cópia confere as outras, ninguém consegue reescrever o histórico sozinho sem ser notado. Esse é todo o truque, e ele tem um preço: a rede fica mais lenta e mais cara do que um banco de dados comum.

O NIST, instituto de padrões dos Estados Unidos, define blockchains como registros digitais distribuídos e resistentes a adulteração, sem um repositório central e, em geral, sem uma autoridade central. O texto a seguir mostra as peças com exemplos concretos e termina com um teste simples para saber se um projeto precisa mesmo da tecnologia. O conteúdo é informativo e não é recomendação de investimento.

O hash, demonstrado com uma frase

A peça mais importante é a função de hash. Ela transforma qualquer dado em uma sequência de tamanho fixo, e a menor mudança na entrada muda o resultado por completo. O Bitcoin usa a função SHA-256.

Veja o que acontece com duas frases quase iguais. O comando abaixo funciona em qualquer terminal Linux ou macOS (no macOS, troque sha256sum por shasum -a 256):

$ printf 'Maria paga 10 a Joao' | sha256sum
a6cc7014e8b88c565495555f321d360309bd2d879bbaf1f2bcdf1abcad829864  -

$ printf 'Maria paga 11 a Joao' | sha256sum
ef5930201b6431a1673cd92c31a105c272ca0c286664ecb9d34f586f3926acae  -

Trocar um único caractere gerou um hash sem nenhuma semelhança com o primeiro. Em uma blockchain, cada bloco guarda o hash do bloco anterior. Se alguém alterar uma transação antiga, o hash daquele bloco muda, o do bloco seguinte deixa de bater, e a quebra aparece para todos os participantes.

As outras três peças

Blocos encadeados

Cada bloco reúne um lote de transações, um carimbo de tempo e o hash do bloco anterior. No Bitcoin, segundo o FAQ oficial do projeto, um bloco novo entra em média a cada 10 minutos. No Ethereum, desde setembro de 2022, a rede trabalha com "slots" de 12 segundos, cada um sendo uma oportunidade para um validador publicar um bloco.

Chaves pública e privada

Quem usa a rede tem um par de chaves. A pública gera o endereço, que pode ser divulgado; a privada assina as transações e prova que o dono autorizou o envio. Quem tem a chave privada controla os fundos, por isso a guarda dela é o ponto mais frágil para o usuário comum, tema de como funcionam as carteiras de criptomoedas.

Consenso

Sem um administrador central, a rede precisa concordar sobre quais transações valem e em que ordem. Isso é o mecanismo de consenso, e os dois modelos mais conhecidos funcionam de forma bem diferente:

MecanismoComo escolhe quem propõe o blocoQuem usaCusto principal
Prova de trabalho (PoW)Disputa computacional: quem acha primeiro um hash válidoBitcoinEnergia elétrica e hardware especializado (ASICs)
Prova de participação (PoS)Validadores que deixam moedas em garantia (stake) são sorteadosEthereum, desde 15/09/2022Capital imobilizado; quem age mal perde parte da garantia

Segundo a página oficial do ethereum.org, a mudança do Ethereum para prova de participação, chamada de Fusão (The Merge), reduziu o consumo de energia da rede em cerca de 99,95%. As consequências técnicas da escolha de cada rede estão em Bitcoin e Ethereum: diferenças técnicas.

Uma transação do começo ao fim

Usando o Bitcoin como exemplo, o caminho de um envio é este:

  1. Assinatura. A carteira de Maria monta a transação e a assina com a chave privada dela.
  2. Propagação. A transação é transmitida aos nós da rede e fica em uma fila de pendentes (a mempool).
  3. Verificação. Cada nó confere se a assinatura é válida e se as moedas gastas existem e não foram usadas antes.
  4. Inclusão. Um minerador coloca a transação em um bloco candidato e disputa a prova de trabalho; quem vence publica o bloco.
  5. Confirmações. Cada bloco novo empilhado por cima conta como uma confirmação. O FAQ do bitcoin.org cita seis confirmações como nível de segurança comumente adotado.
  6. Irreversibilidade. Depois de confirmada, a transação não pode ser estornada pela rede. Só quem recebeu pode devolver o valor, em uma nova transação.

O passo 6 é a diferença prática mais importante em relação ao sistema bancário. Não existe central de atendimento nem mecanismo de devolução como o do Pix, explicado em como funciona o Pix.

O caso Drex: o que o Banco Central aprendeu testando blockchain

O exemplo brasileiro mais documentado é o Drex, a plataforma digital do Banco Central. Na primeira fase do piloto, o BC montou uma rede de registro distribuído (DLT) privada, com nós da plataforma Hyperledger Besu, compatível com o Ethereum, operada por consórcios de bancos e outras instituições.

Segundo a Agência Brasil, o relatório dessa fase, divulgado em fevereiro de 2025, registrou 16 consórcios participantes. Os testes de privacidade com provas de conhecimento zero e outras técnicas esbarraram em um problema: as soluções que escondiam os dados dos clientes também dificultavam a fiscalização pelo próprio BC.

Em agosto de 2025, o coordenador do projeto, Fabio Araujo, confirmou em evento no Rio de Janeiro que a primeira entrega do Drex, prevista para o segundo semestre de 2026, não usaria DLT. O foco passou a ser a reconciliação de gravames, para facilitar o uso de ativos registrados em instituições diferentes como garantia de crédito. A tokenização ficou para fases futuras.

O caso mostra o dilema na prática. Uma rede em que todos conferem todos os registros é ótima para transparência, mas entra em conflito com sigilo bancário e proteção de dados, exigências da LGPD e da regulação financeira.

Pública ou com permissão

As redes se dividem em dois grandes grupos, e a escolha muda quase tudo:

  • Públicas (sem permissão): qualquer pessoa pode baixar o software, ler o histórico e participar da validação. Bitcoin e Ethereum são os exemplos clássicos.
  • Com permissão (privadas ou de consórcio): só participantes autorizados operam os nós. O piloto do Drex com Hyperledger Besu é um exemplo; empresas usam esse modelo para compartilhar registros entre organizações conhecidas.

Redes com permissão ganham controle, privacidade e velocidade, mas perdem parte da resistência a censura que justifica a tecnologia. Se existe um operador que todos aceitam, a pergunta "por que não um banco de dados?" fica ainda mais forte.

Blockchain ou banco de dados comum?

AspectoBanco de dados tradicionalBlockchain pública
Quem controlaUma organizaçãoOs participantes, pelas regras do protocolo
Corrigir um erroO administrador edita ou apagaO registro fica; corrige-se com nova transação
VelocidadeMilhares de operações por segundo com baixa latênciaLimitada pelo consenso (minutos no Bitcoin, segundos no Ethereum)
Custo por operaçãoBaixoTaxa paga à rede, que sobe quando há congestionamento
PrivacidadeDefinida pelo administradorHistórico visível a todos; endereços são pseudônimos

O FAQ do bitcoin.org é direto sobre privacidade: o Bitcoin não é anônimo e não oferece o mesmo nível de privacidade do dinheiro em espécie. Quando um endereço é ligado a uma pessoa, por exemplo em um cadastro de corretora, todo o histórico dele pode ser seguido.

Contratos inteligentes e onde costumam falhar

Redes como o Ethereum executam contratos inteligentes: programas gravados na cadeia que rodam sozinhos quando certas condições são cumpridas. Eles viabilizam tokens, corretoras descentralizadas e empréstimos automatizados.

O contrato executa o código como ele está, com os erros que tiver. Por isso auditorias de código são prática comum antes de colocar dinheiro em um contrato. Outro ponto frágil são os oráculos, serviços que trazem dados do mundo real para a cadeia: se o dado de entrada estiver errado, o contrato age sobre o dado errado.

Teste rápido: seu projeto precisa de blockchain?

Antes de aceitar um projeto "com blockchain", responda a estas quatro perguntas:

  1. Há várias partes escrevendo no mesmo registro? Se só uma organização grava os dados, um banco de dados resolve.
  2. Essas partes desconfiam umas das outras? Se confiam em um operador comum, basta ele manter o sistema.
  3. Não existe um intermediário aceito por todos? Cartórios, câmaras de compensação e o próprio BC existem para isso.
  4. O histórico precisa ser verificável por terceiros sem pedir permissão? É aí que uma rede pública se destaca.

Se a resposta for "não" em qualquer uma das três primeiras, a blockchain provavelmente adiciona custo sem benefício. E mesmo quando faz sentido, ela só garante que o registro não foi alterado, não que a informação inserida era verdadeira.

Limites que continuam valendo

  • Capacidade: redes públicas processam poucas transações por segundo na camada principal; parte do volume migra para soluções de segunda camada.
  • Erros permanentes: um envio para o endereço errado não tem estorno.
  • Ataques fora da cadeia: a maior parte das perdas de usuários vem de golpes, phishing e falhas em corretoras e contratos, não da quebra da criptografia. Veja como identificar phishing.
  • Criptografia do futuro: as assinaturas usadas hoje dependem de problemas matemáticos que computadores quânticos de grande porte poderiam resolver, assunto de criptografia pós-quântica.
  • Regulação: no Brasil, prestadoras de serviços de ativos virtuais passaram a ser reguladas pelo Banco Central; o cronograma está em regulação de criptoativos no Brasil.

Fontes