Boa tarde amigos!

No versículo anterior terminamos a obra “Formalizing and Securing Relationships on Public Networks”. Hoje começaremos a tradução de “b-money“, de satoshi nakamoto Wei Dai, publicada em 1998. É uma obra pequena então serão apenas dois versículos. Este é o primeiro.

b-money

Wei Dai

Novembro 1998

Sou fascinado pela cripto-anarquia de Tim May. Diferentemente das comunidades tradicionais associadas com a palavra “anarquia”, na cripto-anarquia o governo não é temporariamente destruído mas permanentemente proibido e permanentemente desnecessário. É uma comunidade onde a ameaça de violência é impotente porque a violência é impossível, e a violência é impossível porque seus participantes não podem ser ligados aos seus nomes ou locais físicos.

Até agora não está claro, até teoricamente, como tal comunidade poderia operar.  Uma comunidade é definida pela cooperação de seus participantes, e a cooperação eficiente requer um meio de troca (dinheiro) e uma maneira de aplicar contratos. Tradicionalmente estes serviços têm sido fornecidos pelo governo ou por instituições patrocinadas pelo governo e apenas para entidades legais. Neste artigo eu descrevo um protocolo pelo qual estes serviços podem ser fornecidos para e por entidades não rastreáveis.

Eu vou, na realidade, descrever dois protocolos. O primeiro não é prático, porque faz uso pesado de um canal de transmissão anônimo síncrono e não congestionável. No entanto, vai motivar o segundo protocolo, mais prático. Em ambos casos assumirei a existência de uma rede não rastreável, onde os remetentes e os receptores são identificados apenas por pseudônimos (por exemplo, chaves públicas) e todas as mensagens são assinadas por seu remetente e encriptadas para seus receptores.

No primeiro protocolo, todos participantes mantêm uma base de dados (separada) de quanto dinheiro pertence a cada pseudônimo. Essas contas definem coletivamente a posse do dinheiro, e como essas contas são atualizadas é o assunto deste protocolo.

1. A criação do dinheiro. Qualquer um pode criar dinheiro ao transmitir a solução de um problema computacional não resolvido anteriormente. As únicas condições são que deve ser fácil determinar quanto esforço computacional se levou para resolver o problema e a solução não deve ter valor, seja prático ou intelectual. O número de unidades monetárias criadas é igual ao custo do esforço computacional em termos de uma cesta padrão de commodities. Por exemplo, se um problema leva 100 horas para ser resolvido no computador que o resolve de maneira mais econômica, e custa 3 cestas padrão para comprar 100 horas de tempo computacional naquele computador no mercado aberto, depois da transmissão da solução para aquele problema, todos creditam a conta do emissor em 3 unidades
2. A transferência de dinheiro. Se Alice (proprietária do pseudônimo KA) desejar transferir X unidades de dinheiro para Bob (proprietário de pseudônimo KB), ela transmitirá a mensagem “Eu dou X unidades de dinheiro para KB” assinada pela KA. Após a transmissão desta mensagem, todos debitam a conta da KA por X unidades e creditam a conta da KB por X unidades, a menos que isso crie um saldo negativo na conta da KA, caso em que a mensagem é ignorada.
3. A efetivação de contratos. Um contrato válido deve incluir uma reparação máxima em caso de inadimplência de cada parte participante. Também deve incluir uma parte que irá arbitrar se houver uma disputa. Todas as partes de um contrato, incluindo o árbitro, devem transmitir suas assinaturas antes de entrar em vigor. Após a transmissão do contrato e todas as assinaturas, todos participantes debitam a conta de cada uma das partes pelo valor de sua reparação máxima e creditam uma conta especial identificada por um hash seguro do contrato pela soma das reparações máximas. O contrato torna-se efetivo se os débitos forem bem-sucedidos para todas as partes sem produzir um saldo negativo, caso contrário, o contrato será ignorado e as contas serão revertidas. Um contrato de amostra pode ter esta aparência:
   
   KA concorda em enviar KB a solução para o problema P antes de 0: 0: 0 1/1/2000. KB concorda em pagar KA 100 UM (unidades monetárias) antes de 0: 0: 0 1/1/2000. KC concorda em realizar a arbitragem em caso de litígio. A KA concorda em pagar um máximo de 1000 UM em caso de inadimplência. KB concorda em pagar um máximo de 200 UM em caso de inadimplência. KC concorda em pagar um máximo de 500 UM em caso de inadimplência.
4. A conclusão de contratos. Se um contrato for concluído sem contestação, cada parte transmite uma mensagem assinada “O contrato com o hash SHA-1 H termina sem reparações”, ou possivelmente “O contrato com hash SHA-1 H termina com as seguintes reparações: …” Após a transmissão de todas as assinaturas, todos participantes creditam a conta de cada parte pelo valor de sua reparação máxima, remove a conta do contrato, então creditam ou debitam a conta de cada parte do acordo com o cronograma de reparação, se houver.
5. A execução de contratos. Se as partes de um contrato não chegarem a um acordo sobre uma conclusão apropriada, mesmo com a ajuda do árbitro, cada parte transmitirá uma programação sugerida de reparação/multa e quaisquer argumentos ou provas a seu favor. Cada participante determina as reparações e/ou multas efetivas e modifica suas contas de acordo.    

Assim termina o primeiro versículo dessa obra, amanhã a parte final. Ricas bençãos!