Cypherpunks

Imagine que você queira ler um jornal ou enviar uma mensagem pessoal. Por que outra pessoa deveria automaticamente saber quem você é e com quem se relaciona? Perguntas assim motivavam o interesse dos cypherpunks pela privacidade. Em seu manifesto de 9 de março de 1993, Eric Hughes explicou que privacidade não significa sigilo absoluto: cada pessoa deve poder escolher o que revela e a quem. Um endereço faz sentido para entregar uma encomenda. Isso não implica que todos os intermediários também precisem conhecer o conteúdo de uma carta pessoal. [2]

O primeiro encontro aconteceu em setembro de 1992. Eric Hughes, Timothy C. May e John Gilmore ajudaram a formar a comunidade; Judith Milhon sugeriu Cypherpunks, um jogo de palavras entre cifras e cyberpunk. Aos encontros na região da baía de São Francisco somou-se uma lista de e-mails sem moderação, que distribuía as mensagens aos assinantes. Programadores conversavam com pessoas interessadas em política, matemática e liberdades civis. Não era uma empresa nem um partido. Era possível defender a criptografia forte e discordar profundamente das opiniões de outro participante. [1] [4]

Hughes resumiu a ambição prática em “Cypherpunks write code”: cypherpunks escrevem código. Queriam oferecer ferramentas utilizáveis, além de exigir um tratamento melhor dos dados pessoais. Outras pessoas podiam examinar, adaptar e testar os programas publicados. Isso não os transformava automaticamente em produtos seguros e fáceis de usar. Mesmo uma boa ideia podia fracassar por um erro de programação, operação complicada ou chaves mal protegidas. A distância entre uma proposta ousada e uma ferramenta útil importa tanto nessa história quanto os ideais que a inspiraram. [2]

Uma chave criptográfica é um dado que o programa usa, conforme a função da chave, para criptografar, descriptografar ou trabalhar com assinaturas digitais. A cifragem protege o conteúdo de uma mensagem de quem não possui a chave correspondente. Uma assinatura digital ajuda a verificar que a mensagem não mudou e foi assinada com a chave adequada; sozinha, não revela a identidade civil do titular. Um pseudônimo permite manter uma identidade sob outro nome. Um remailer encaminha e-mails para dificultar a ligação entre remetente e destinatário. Cada ferramenta resolve um problema diferente. Uma carta cifrada ainda pode ter um “envelope” visível: horário, destino ou conexão de rede. E quem controla o computador pode ler o texto antes da cifragem. A criptografia, por si só, não promete anonimato completo. [1] [4]

Nos anos 1990, a criptografia forte esteve no centro de disputas políticas e técnicas conhecidas como Crypto Wars. A iniciativa americana Clipper Chip de 1993 pretendia proteger comunicações e permitir acesso estatal autorizado por key escrow, um mecanismo especial de custódia de material criptográfico. O padrão FIPS 185 veio em 1994. Críticos temiam abusos e novas vulnerabilidades; restrições de exportação também dificultavam a difusão da criptografia forte. A discussão ia além da escolha do melhor algoritmo: quem poderia abrir comunicações alheias, e a proteção deveria depender da confiança nesse intermediário? O Clipper acabou tendo pouca adoção. [6]

O dinheiro entrou naturalmente no debate: uma mensagem pode ser enviada sob pseudônimo, mas o pagamento pode revelar novamente o nome civil. Em Crypto Anarchist Manifesto, de 1988, Timothy C. May imaginou comércio e acordos fora do alcance dos intermediários tradicionais. Além da liberdade, antecipou explicitamente mercados ilegais e danos sociais graves. Era uma visão política influente e controversa, não uma promessa de todos os cypherpunks nem uma descrição do Bitcoin. Mais tarde, May comentou um obstáculo cotidiano: muitos participantes achavam difícil usar o sistema experimental de dinheiro digital Magic Money. A matemática não bastava; as pessoas precisavam conseguir operar o sistema. [3] [4]

Além de opiniões, circulavam código, propostas e críticas. Uma resposta rápida podia apontar onde uma ideia falhava ou em quem confiava demais. As mensagens preservadas permitem acompanhar a evolução das ideias. Um arquivo, porém, não é selo de veracidade. Mostra um registro e o nome ou pseudônimo informado, não prova automaticamente a identidade civil do autor nem o acordo de toda a comunidade. Também importam a origem e a integridade da cópia. O arquivo usado aqui relata problemas com fusos horários e o encadeamento de algumas respostas. Vale ler a conversa completa, e não apenas uma frase famosa fora de contexto. [5]

Adam Back propôs Hashcash para que o abuso de e-mails em massa exigisse trabalho computacional. O remetente produz uma prova que demanda trabalho para ser encontrada, mas é fácil de verificar: o princípio de Proof of Work. No b-money, de 1998, Wei Dai tratou de outra peça: como pessoas sob pseudônimos poderiam manter contas e criar dinheiro com cálculos. Nenhum dos projetos era um Bitcoin pronto. Hashcash sozinho não oferecia um histórico compartilhado de uma moeda transferível, e b-money continuou sendo uma proposta com seus próprios pressupostos. A contribuição é concreta: componentes que Satoshi poderia desenvolver. [7] [11]

Em 31 de outubro de 2008, Satoshi Nakamoto anunciou o Bitcoin Whitepaper na lista Cryptography de metzdowd.com. Não era a lista Cypherpunks original: ambientes próximos não são a mesma lista. O documento cita expressamente b-money e Hashcash. Bitcoin combinou assinaturas, uma rede sem administrador central e Proof of Work com uma forma de concordar sobre o histórico de transações válidas e impedir o gasto duplo, ou seja, gastar os mesmos fundos mais de uma vez. Incorporou apenas parte das antigas aspirações. Seu blockchain público, uma cadeia de blocos com registros de transações, permite rastrear transferências, portanto o anonimato completo não é automático. Conhecer textos cypherpunk tampouco revela a identidade de Satoshi nem faz da comunidade a autora coletiva do Bitcoin. [9] [10]

Os cypherpunks ajudam a explicar por que Bitcoin enfatiza chaves próprias, código aberto e regras verificáveis. São mais que preferências técnicas: mudam em quem precisamos confiar. Mas não é necessário transformar a história numa lenda em que todo experimento levava inevitavelmente ao resultado atual. Um manifesto expressa desejos; uma proposta descreve uma solução possível; um programa funcional começa a mostrar o que foi alcançado. Ao continuar lendo, pergunte quem escreveu cada afirmação, quando e qual problema tentava resolver. Assim é possível valorizar uma ideia sem atribuir capacidades que ela nunca teve. [2] [4] [5]