Bitcoin Whitepaper

A seção 2 descreve a transferência de uma moeda por assinaturas digitais. O destinatário pode verificar a autorização, mas o remetente também pode assinar um pagamento concorrente dos mesmos fundos. Um histórico público compartilhado é a solução proposta. Assinatura válida e inclusão da transação nesse histórico são condições distintas. [Original Bitcoin whitepaper]

As seções 3–5 ligam blocos por hashes e Proof of Work. A cadeia mais longa significa aqui o histórico com maior trabalho acumulado, não uma votação pelo número de endereços IP. Trabalho não substitui validação: os nós rejeitam blocos inválidos. A cadeia estabelece ordem, não um relógio independente preciso para cada pagamento. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]

A seção 6 apresenta novas moedas e taxas como incentivos à produção de blocos. A taxa é a diferença entre valores de entradas e saídas; considera-se uma transição ao financiamento apenas por taxas. Não constam o limite numérico de 21 milhões nem o intervalo de redução de 210.000 blocos. Esses parâmetros exigem outras fontes. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]

A seção 8 propõe SPV: o cliente obtém cabeçalhos de blocos e uma prova de Merkle de inclusão da transação. A inclusão não é uma verificação independente de todas as regras e de todo o histórico de gastos. O texto admite expressamente que o método é mais vulnerável a um atacante que um nó completo. [Original Bitcoin whitepaper]

A seção 10 separa as transações públicas das identidades dos titulares das chaves e recomenda novos pares de chaves. Também alerta que os vínculos podem revelar outros pagamentos após a descoberta de uma identidade. Um endereço novo, portanto, não garante sozinho anonimato; o histórico público continua disponível para análise. [Original Bitcoin whitepaper]

A seção 11 modela um atacante alcançando a cadeia honesta. O resultado depende de sua parcela do poder computacional e da vantagem da cadeia; com um atacante mais fraco, o risco cai à medida que a vantagem cresce. O modelo usa pressupostos e uma aproximação de Poisson. Não define uma contagem segura de confirmações para todos os pagamentos e ataques. [Original Bitcoin whitepaper]

Mudanças posteriores, como SegWit descrito no BIP 141, não aparecem no whitepaper. A publicação de um BIP também não implica adoção. Para interpretar o comportamento atual, é preciso distinguir proposta, implementação, regras de consenso em uso e política local de retransmissão; esta última não é uma regra de validade de blocos. [BIP 141 — Segregated Witness] [Bitcoin Developer Guide — Block Chain]

O anúncio original de outubro documenta a publicação do projeto; o PDF contém sua argumentação. As seções sobre assinaturas, rede e cálculos devem ser lidas juntas: cada uma trata de uma parte diferente do problema. Uma frase sem seus pressupostos não demonstra a segurança de uma carteira específica ou de uma implementação atual. [Original announcement — 31 October 2008] [Original Bitcoin whitepaper]