Boa noite povo!

No último versículo terminamos a tradução de “Scarce Objects”. No de hoje começaremos a de “The Ricardian Contract“, de Satoshi Nakamoto Ian Grigg, publicada em 2004.

O Contrato Ricardiano

Ian Grigg

6 de Julho , 2004

Resumo

A descrição do valor digital para sistemas de pagamento não é uma tarefa trivial. Métodos simplistas de usar números ou códigos de países para descrever moedas e símbolos de ticker para emitir títulos, ações e outros instrumentos financeiros logo se deparam com deficiências na capacidade de lidar com demandas dinâmicas e divergentes. As variações aparentemente arbitrárias no significado de diferentes instrumentos são melhor capturadas como contratos entre emissores e detentores. Assim, a emissão digital de instrumentos pode ser vista como a emissão de contratos.

Este artigo propõe que o contrato é o problema. É descrito um formulário de documento que abrange a natureza contratual inerente do instrumento financeiro, mas que atende aos requisitos de ser parte integrante de um sistema de pagamento.

1. Introdução

Pouco trabalho foi feito sobre classificação e descrição de valor no campo da criptografia financeira. Este artigo apresenta o Contrato Ricardiano, um método para identificar e descrever questões de instrumentos financeiros como contratos [1]. Foi originalmente desenvolvido por Ian Grigg e Gary Howland como parte do sistema de pagamento “Ricardo”.

1.1. As Origens

A aplicação original era um sistema de negociação de títulos [2]. Para negociação, um componente básico é um sistema de transferência ou pagamento que recebe e age sob instruções de transferência para mover instrumentos (dinheiro, títulos) de uma conta para outra. Cada instrução, portanto, deve identificar o instrumento.

Foi necessário um meio para capturar, identificar e descrever os instrumentos negociados. Existem milhares de títulos e, potencialmente, milhões de outros instrumentos que poderiam ser emitidos e negociados, e cada um possui características únicas que não são passíveis de compressão em bancos de dados. Para tal sistema, o dinheiro não é diferente dos títulos e requer a mesma descrição.

1.2. O Problema

Quando alguém emite uma moeda (ou título ou ação) pela Internet, o que é? O que o destinatário tem?

Poucos sistemas de emissão de valor (sistemas de pagamento) tratam essas questões adequadamente. Eles geralmente se referem a unidades externas de moeda existentes e arrumam arestas soltas em um contrato de usuário. Por exemplo, o Paypal, um emissor de dólares, conta com a familiaridade do dólar para definir boa parte de sua oferta de serviços. Os emissores de ouro se apóiam mais fortemente em seus contratos de usuários, pois a unidade de metal não é tão familiar.

Para negociação, não é suficiente fazer referência a referências familiares conhecidas, pois cada instrumento é meticulosamente diferente, e essas diferenças são importantes para os comerciantes. Mesmo com moedas, no entanto, o usuário tem dificuldade em determinar a segurança de um dólar em relação a outro.

A classificação por números ou símbolos é um ponto de partida. Quase todos os sistemas de emissão digital identificam sua emissão básica alocando números ou letras como moedas (por exemplo, 840, “USD”, “AUG”[3]). Esses sistemas enfrentam problemas rapidamente.

Um emissor com muitas moedas ou muitos emissores com a mesma moeda nominal levanta questões difíceis. Um emissor pode ter duas ou mais unidades em dólares? Por exemplo, dentro da ISO3166-1, existem três dólares diferentes: 840 / USD (dinheiro), 998 / USS (mesmo dia) e 997 / USN (dia seguinte). Da mesma forma, como uma moeda digital de ouro (“DGC”, na sigla em inglês)) diferencia seu ouro do de outro emissor, quando todos são conhecidos como “AUG”?

1.3. A Solução

Como os títulos são, em essência, contratos entre emissores e usuários, nosso problema se reduz a um dos contratos de emissão. Enquanto outras questões têm contratos, nossas questões são contratos.

Nossa inovação é expressar um instrumento emitido como contrato e vinculá-lo a todos os aspectos do sistema de pagamento. Por esse processo, um documento de alguma utilidade ampla (legível pelo usuário e pelo programa) é redigido e assinado digitalmente pelo emissor do instrumento. Este documento, o Contrato Ricardiano, forma a base para a compreensão de uma emissão e de todas as transações dentro dessa emissão.

Por extensão, todas as questões de valor, como moedas, ações, derivativos, sistemas de fidelidade e cupons, podem se beneficiar dessa abordagem.

1.4. Estrutura

Este artigo está estruturado da seguinte forma. Na Seção 2, discutimos abordagens convencionais para identificar e descrever emissões e exploramos questões e dúvidas em torno dessas abordagens. Em seguida, na Seção 3, é apresentado um projeto para expressar emissão como contrato. Finalmente, na Seção 4, observações finais são adicionadas.

[1] Introduzido originalmente em Ian Grigg, “Financial Cryptography in 7 layers“, 4ª Conferência sobre Criptografia Financeira, Anguilla, 2000, Springer-Verlag LNCS 1962. Todos os artigos estão em http://iang.org/papers/
[2] Ian Grigg, “Digital Trading“, Virtual Finance Report, novembro de 1997.
[3] Códigos de país e moeda, ISO 3166-1.

Vista a primeira parte de “The Ricardian Contract“. Continuamos no próximo versículo. Fiquem com Deus!