Conteúdos / Bitcoin

White paper de Satoshi Nakamoto explicado

Leitura seção a seção do white paper do Bitcoin, de 2008: gasto duplo, timestamp, prova de trabalho, incentivos, privacidade e cálculos, com o que o texto não diz.

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 →

O white paper do Bitcoin é um texto técnico de nove páginas, assinado por Satoshi Nakamoto e divulgado em 31 de outubro de 2008, que propõe um sistema de pagamentos eletrônicos entre pessoas, sem instituição financeira no meio. O problema que ele resolve é o gasto duplo, ou seja, impedir que a mesma unidade de valor digital seja gasta duas vezes. A solução combina assinaturas digitais, um registro público de transações em ordem cronológica e a chamada prova de trabalho. O documento descreve o desenho do sistema; não descreve o preço, o valor futuro nem a função de reserva de valor que o ativo viria a ter no debate público.

Contexto: data e autoria

A data de 31/10/2008 vem do arquivo da lista de e-mails de criptografia, onde Satoshi Nakamoto enviou a mensagem “Bitcoin P2P e-cash paper”, em 31 de outubro de 2008 às 14h10 (horário de Nova York). O texto do PDF não traz data de divulgação, e a página do projeto no bitcoin.org tampouco a informa (os metadados do arquivo atualmente hospedado indicam criação em março de 2009, o que reflete a versão do arquivo, não a divulgação original). Por isso, a data aqui refere-se à divulgação pública da proposta, não a eventual data de redação.

“Satoshi Nakamoto” é o nome que assina o documento e é tratado como pseudônimo. Nenhuma das fontes consultadas estabelece a identidade real da pessoa ou do grupo por trás do nome, e este texto não especula sobre o tema.

Seção a seção

Resumo e introdução

O resumo propõe uma “versão puramente ponto a ponto de dinheiro eletrônico”, que permitiria pagamentos diretos de uma parte a outra, sem passar por uma instituição financeira. A introdução critica o modelo baseado em confiança: instituições financeiras mediam disputas, o custo de mediação eleva o custo das transações e limita pagamentos pequenos, e a possibilidade de reversão aumenta a necessidade de confiança entre as partes. A proposta é substituir a confiança por prova criptográfica, de modo que quaisquer duas partes disponíveis possam transacionar diretamente.

2. Transações

Uma “moeda eletrônica” é definida como uma cadeia de assinaturas digitais: cada dono transfere a moeda ao seguinte assinando um resumo criptográfico (hash) da transação anterior e a chave pública do próximo dono. O problema é que quem recebe não consegue verificar se algum dono anterior já havia gasto a mesma moeda. A solução tradicional seria uma “casa da moeda” central, mas isso faz o sistema inteiro depender de uma empresa. A alternativa é anunciar as transações publicamente e criar um modo de os participantes concordarem sobre uma única ordem de recebimento.

3. Servidor de timestamp

Um timestamp prova que um dado existia em determinado momento. O sistema agrupa transações em blocos, calcula o hash do bloco e inclui nele o hash do carimbo anterior, formando uma cadeia em que cada elo reforça os anteriores. É o embrião do que hoje se chama blockchain, termo que o documento não utiliza.

4. Prova de trabalho

Para fazer essa cadeia sem um servidor central, o texto adota uma prova de trabalho semelhante ao Hashcash: encontrar, por tentativa e erro (incrementando um número chamado nonce), um valor que faça o hash do bloco começar com certa quantidade de zeros. O trabalho é custoso de produzir e barato de verificar. Alterar um bloco antigo exigiria refazer o trabalho dele e de todos os seguintes. A regra de decisão é “um processador, um voto”: vale a cadeia mais longa, que concentra mais trabalho acumulado. A dificuldade se ajusta por média móvel, para manter um número médio de blocos por hora.

5. Rede

O funcionamento em seis passos: transações são enviadas a todos os nós, cada nó as reúne em um bloco, busca a prova de trabalho, divulga o bloco ao encontrá-la, os demais aceitam se as transações forem válidas e ainda não gastas, e passam a trabalhar no bloco seguinte. Se dois blocos concorrentes surgem ao mesmo tempo, os nós guardam os dois ramos e seguem o que se tornar mais longo.

6. Incentivo

A primeira transação de cada bloco cria moedas novas para quem produziu o bloco. Isso incentiva o apoio à rede e resolve a distribuição inicial sem autoridade central. O texto compara a emissão constante ao trabalho de mineradores de ouro, que gastam recursos para colocar ouro em circulação, e diz que o gasto, aqui, é tempo de processamento e eletricidade. Também prevê que, depois de um número predeterminado de moedas em circulação, o incentivo possa migrar para taxas de transação, ficando “livre de inflação”. O texto sugere ainda que um atacante com maioria do poder computacional teria mais ganho jogando pelas regras do que atacando.

7 a 9. Espaço em disco, verificação simplificada e valores

Depois que uma transação está “enterrada” sob blocos suficientes, as anteriores podem ser descartadas para economizar espaço, usando uma estrutura chamada árvore de Merkle. Usuários podem verificar pagamentos sem rodar um nó completo, guardando apenas os cabeçalhos de bloco (verificação simplificada de pagamento), ao custo de maior vulnerabilidade se a rede for dominada por um atacante. Para dividir ou juntar valores, as transações têm múltiplas entradas e saídas, normalmente com uma saída para o pagamento e outra para o troco.

10. Privacidade

O modelo bancário tradicional preserva privacidade limitando a informação às partes e ao intermediário confiável. Como aqui tudo é anunciado publicamente, o texto propõe romper o fluxo de informação em outro ponto: manter anônimas as chaves públicas. O público vê que alguém enviou um valor a alguém, sem vínculo com identidades, como num pregão em que se divulgam horário e tamanho dos negócios, mas não as partes. Recomenda usar um par de chaves novo a cada transação e reconhece que transações com várias entradas revelam que elas pertencem ao mesmo dono. Em linguagem simples: o sistema é pseudônimo, não anônimo por definição.

11. Cálculos

A seção mede a chance de um atacante, com uma fração q do poder computacional, refazer a cadeia e desfazer um pagamento já enviado, usando o “problema da ruína do jogador” e a distribuição de Poisson. A conclusão é que a probabilidade cai de forma exponencial conforme o recebedor espera mais blocos (z). O texto traz uma tabela e um trecho de código. Alguns números do próprio documento:

Poder do atacante (q) Blocos de espera (z) para chance abaixo de 0,1%
10% 5
20% 11
30% 24
40% 89
45% 340

Para q = 10%, a chance de sucesso do atacante é de cerca de 0,09% com 5 blocos e de cerca de 0,0001% com 10. A conta pressupõe que a maior parte do poder esteja com nós honestos (p > q). O texto também afirma que, mesmo com sucesso, o atacante não consegue criar valor do nada nem tomar o que nunca foi seu: ele só pode tentar reverter transações próprias.

12. Conclusão

Resume o sistema como um mecanismo de transações sem confiança, em que nós não precisam ser identificados, entram e saem à vontade e votam com poder de processamento, aceitando ou rejeitando blocos. As regras e incentivos necessários seriam impostos pelo próprio mecanismo de consenso.

O que o documento não diz

  • Não usa o termo “blockchain”, nem fala em “mineração” para a produção de blocos (menciona mineradores de ouro, só como analogia).
  • Não fixa 21 milhões de unidades nem descreve a redução da recompensa pela metade a cada 210.000 blocos. Segundo o Bitcoin Wiki, o teto de pouco menos de 21 milhões e o calendário de emissão são características do protocolo em operação, não do texto de 2008.
  • Não afirma que o Bitcoin é reserva de valor, “ouro digital” ou proteção contra inflação. Menciona “livre de inflação” apenas no contexto da fase em que a recompensa for substituída por taxas. O debate sobre reserva de valor pertence a leituras posteriores.
  • Não prevê preço, adoção ou valor.
  • Não trata de escalabilidade de pagamentos além do espaço em disco. O BIS apontou em 2018 que criptoativos não escalam com a demanda e estão sujeitos a congestionamento.
  • Não antecipa produtos posteriores, como redes de segunda camada, fundos negociados em bolsa ou serviços de custódia.
  • “Um processador, um voto” não descreve o presente literalmente. O texto fala em poder de CPU; a evolução do hardware de mineração é posterior e não está no documento.

O que observar

  • Separar o que está no documento (desenho do sistema) do que se disse sobre ele depois (teses de investimento).
  • Ler o texto no PDF original, não em resumos sem fonte.
  • Conferir que um conceito atribuído ao white paper de fato aparece nele.
  • Lembrar que o sistema em operação hoje difere em detalhes do descrito em 2008; para o funcionamento atual, ver o que é Bitcoin e como funciona.

Fechamento

O white paper é curto, legível e útil para entender a lógica original do Bitcoin: substituir a confiança em um intermediário por prova de trabalho e incentivos. Ele descreve uma proposta: não assegura funcionamento, segurança futura nem valor. Este conteúdo é informativo e não constitui recomendação de investimento nem aconselhamento jurídico ou tributário.

Fontes

  1. Bitcoin: A Peer-to-Peer Electronic Cash System (white paper) · Satoshi Nakamoto / bitcoin.org · acesso em 16/10/2026
  2. Bitcoin P2P e-cash paper (mensagem de Satoshi Nakamoto à lista de criptografia, 31/10/2008) · Lista de e-mails Cryptography (arquivo metzdowd.com) · acesso em 16/10/2026
  3. Bitcoin: Satoshi Nakamoto's original paper · Bitcoin Project (bitcoin.org) · acesso em 16/10/2026
  4. Controlled supply · Bitcoin Wiki · acesso em 16/10/2026
  5. Cryptocurrencies: looking beyond the hype (Annual Economic Report 2018, cap. V) · Bank for International Settlements (BIS) · 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.