Por que o Bitcoin importou

O problema que ele enfrentou

Informação digital é copiada sem esforço. Isso é uma virtude para documentos e um defeito fatal para dinheiro: se uma unidade de valor é apenas um arquivo, nada impede que a mesma unidade seja gasta duas vezes em dois lugares. Esse é o problema do gasto duplo, e todo sistema de pagamentos precisa respondê-lo de alguma forma.

A resposta convencional é um operador. Um banco, uma bandeira de cartão ou uma empresa de pagamentos mantém o livro autorizado e decide qual transação veio primeiro. Funciona bem, e também significa que esse operador pode congelar contas, reverter lançamentos, recusar clientes e falir.

O Bitcoin propôs outra resposta: deixar uma rede pública ordenar as transações, tornar a reescrita dessa ordem cara por meio da prova de trabalho e pagar com o próprio ativo quem faz esse trabalho. Ninguém precisa ser confiável individualmente porque reescrever o histórico custaria mais do que o ataque provavelmente renderia.

O que era realmente novo

Quase todos os componentes são anteriores ao Bitcoin. Assinaturas digitais, funções hash, quebra-cabeças de prova de trabalho, redes ponto a ponto e propostas anteriores de dinheiro digital já existiam. A contribuição foi a montagem: uma combinação específica em que os incentivos, o mecanismo de ordenação e as regras de verificação se reforçam o suficiente para funcionar sem administrador.

Vale guardar esse enquadramento porque ele calibra as expectativas. O Bitcoin é uma resposta de engenharia a um problema de coordenação. Não afirma que a criptografia resolve fraude, que escassez cria valor ou que remover um operador remove risco.

O whitepaper apareceu em 2008 e a rede entrou em operação em 2009. É comum ligar esse momento à crise financeira, mas o protocolo deve ser avaliado pelo desenho publicado e pelo funcionamento, e não por um motivo simplificado atribuído ao seu autor pseudônimo.

O que o desenho abre mão

Remover o operador central não remove dependências; ele as realoca. Agora a rede depende de implementações de software corretas, de a mineração permanecer economicamente distribuída, de as pessoas administrarem suas próprias chaves com competência, da conectividade e de um processo social bagunçado para acordar mudanças no código.

Isso também torna certas conveniências impossíveis por desenho. Não há redefinição de senha, nem estorno, nem departamento antifraude, nem forma de reverter um pagamento enviado ao endereço errado. Não são descuidos a corrigir depois: são o custo direto da propriedade que faz o sistema funcionar sem operador.

Use o histórico com cuidado

Um longo histórico de operação é prova genuína de resiliência. Uma rede que processou transações continuamente por muitos anos sob escrutínio público foi testada de formas que um projeto novo não foi. É razoável levar isso em conta.

Não é prova sobre preço, e não diz nada sobre os serviços construídos em torno do ativo. A maioria das pessoas que perderam dinheiro nesse campo não perdeu por falha do protocolo. Perdeu para uma corretora, um custodiante, uma página de phishing ou o próprio backup. O histórico do protocolo não se transfere para a empresa que guarda a sua conta.

• Separe afirmações sobre o protocolo de afirmações sobre uma empresa que o usa.
• Trate “nunca foi hackeado” como afirmação sobre a rede, não sobre a sua conta.
• Pergunte o que um sistema não pode fazer por você antes de depender dele.