A idéia de registros controlados por token (TCR) se originou na comunidade blockchain há pelo menos um ano. Pelo menos este artigo foi publicado pelo autor em setembro de 2017. E recentemente, eu estava na conferência DappCon 2018 em Berlim e vi muito interesse neste tópico, bem como alguns rascunhos anteriores baseados em TCR. Portanto, presumo que o pico de interesse ainda está por vir.

Os contratos de TCR me parecem extremamente interessantes, porque são um exemplo do sistema fechado mais simples, gerenciado descentralmente e com base em incentivos econômicos. Se você fantasia um pouco, fica claro que, com base nessa idéia, muita coisa pode ser descentralizada, mesmo tudo em nossa vida socioeconômica é possível. E isso não é mais apenas alucinações de criptos loucos, mas um protocolo bastante bem formulado. Leia mais em cat.

Os TCRs (registros gerenciados por token) são sistemas de criptografia que estão sendo cada vez mais usados ​​para resolver vários problemas. Neste artigo, apresentaremos uma visão mais formal dos registros gerenciados por tokens, mas sem matemática.

A versão 1.0 é colocada no cabeçalho porque é provável que o TCR e o sistema de incentivos descritos abaixo sejam aprimorados. Esperamos que este documento seja o ponto de partida para discussões sobre como melhorar o TCR. Muitos desses registros implantados hoje são semelhantes, mas usam diferentes mecanismos. Acreditamos na maneira "correta" de criar registros gerenciados por tokens e que é possível reutilizar completamente a implementação estabelecida.

Usando Registros Gerenciados por Token

O resultado do TCR é uma lista. As pessoas anseiam por sua compilação, e em todos os lugares vemos listas: compras, universidades "boas", os criminosos mais procurados. Algumas listas podem ser classificadas como brancas ou pretas. De qualquer forma, o conteúdo das listas atende a alguns critérios (mercadorias que precisam ser compradas; universidades, cujos graduados pagam suas dívidas por estudar em média por 10 anos; pessoas pelas quais o FBI concedeu mais de US $ 100.000 por informações).

Alguém cria listas úteis. Uma lista de compras geralmente é criada por uma pessoa. E a comissão é provavelmente responsável pela lista das melhores universidades. Se alguém puder repor essa lista, em breve receberemos uma lista inútil de todas as universidades, porque qualquer reitor deseja que sua instituição seja mencionada lá.

No TCR, os direitos de token são atribuídos a tokens internos na proporção do seu peso relativo entre os titulares de token. Se houver empresas que desejam estar na lista, surgirá um mercado em que os interesses materiais dos detentores de tokens racionais levarão à criação de uma lista de alta qualidade. Os TCRs são listas gerenciadas descentralizadas e incentivam financeiramente os detentores de tokens a equilibrar o conteúdo das listas.

Perspectivas do usuário

Existem três tipos de usuários de TCR: consumidores, candidatos e titulares de token. Cada tipo tem seus próprios interesses, motivos e maneiras de interagir com o registro. Os consumidores estão procurando listas de qualidade. Os candidatos estão ansiosos para chegar lá. Os detentores de tokens desejam aumentar o valor de seus tokens.

Os consumidores precisam de informações de qualidade. Se um aluno escolher uma universidade com base em uma lista de instituições cujos graduados pagam suas dívidas por estudar em média por 10 anos, ele ficará muito desapontado ao descobrir que a universidade foi atribuída por engano a essa categoria.

Os candidatos querem chamar a atenção dos consumidores. Uma instituição de ensino superior - um membro da lista (lista) admitido no registro provavelmente receberá mais pedidos de admissão do que se não estivesse na lista. Graças a isso, ele poderá aumentar as propinas.

Os detentores de tokens desejam manter uma alta demanda por tokens, pois isso aumenta seu valor. Caso contrário, os titulares não estarão interessados ​​no conteúdo de qualidade das listas que gerenciam. No exemplo das universidades, os titulares não devem ser consumidores do registro, nem candidatos a inclusão nele. Para garantir que a demanda por tokens não caia, os detentores precisam manter listas de alta qualidade. Se o registro for de alta qualidade, os candidatos desejarão entrar nele e os consumidores desejarão se familiarizar com ele.

Os titulares de tokens, gerenciando com maestria a lista, podem obter lucro. Seu tamanho depende da qualidade da administração e do crescente interesse dos consumidores e candidatos.

Sistema de incentivos TCR

Token Holders é o mecanismo do jogo criptoeconômico que regula o TCR. Para que o registro funcione, os candidatos devem fazer depósitos nos tokens internos do registro e, então, seus pedidos de inclusão na lista serão considerados. Se o candidato é "bom", ele é listado, seu depósito é mantido. Tendo decidido sair da lista, o participante pode retirar seu depósito. Se o candidato for “ruim”, os detentores contestam sua inscrição e, após sua rejeição, o depósito será confiscado e dividido como recompensa entre os detentores de tokens que participaram do concurso. Os candidatos não enviarão as solicitações ao registro se não atenderem a seus requisitos: isso levará a perdas financeiras. Uma universidade que não oferece nada que valha a pena e exige US $ 50.000 por ano é improvável que seja aceita no registro de universidades cujos graduados pagam suas dívidas em média por 10 anos, por isso não tente. Os titulares de tokens podem aumentar suas economias graças a esse candidato. Muito provavelmente, seu pedido será contestado, mas há uma probabilidade diferente de zero de que o pedido seja aceito.

Os detentores de tokens têm um incentivo tático para rejeitar cada candidato, a fim de aumentar suas economias. Mas isso é estúpido, pois a tarefa estratégica é aumentar o custo da economia. Os consumidores não precisam de uma lista vazia; portanto, os candidatos não aspiram a ela. A demanda fundamental por um token de registro interno depende dos candidatos. Agindo de forma tática, e não estratégica, os portadores de token sofrerão sérias perdas financeiras. É do interesse deles alcançar um objetivo estratégico e criar uma lista de alta qualidade.

Parâmetros do TCR

A seção pode ser usada como referência, pois no futuro mencionaremos repetidamente os parâmetros listados aqui. Nós os chamaremos de instantâneos dos parâmetros e dos parâmetros canônicos atuais. Um instantâneo captura os valores dos parâmetros necessários atuais em um determinado momento, eles "congelam" na imagem e não mudam, mesmo que os parâmetros requeridos atuais tenham sido alterados. Salvo indicação em contrário, o parâmetro mencionado no texto é o parâmetro necessário atual.

MIN_DEPOSIT
O candidato deve fazer tantos tokens quanto um depósito para aceitar e permanecer na lista.

APPLY_STAGE_LEN
Durante esse período, a inclusão do candidato na lista pode ser contestada. Medido em blocos ou épocas. Se não houve disputa, o candidato estará na lista.

COMMIT_PERIOD_LEN
Durante esse período, os detentores de tokens podem votar para contestar. Medido em blocos ou épocas.

REVEAL_PERIOD_LEN
Durante esse período, os detentores de tokens podem anunciar votos para uma disputa específica. Medido em blocos ou épocas.

DISPENSATION_PCT
A parte do depósito confiscado, que é concedido ao vencedor como uma dispensação especial que compensa os riscos financeiros.

VOTE_QUORUM
A participação publicada do número total de tokens necessários para que o candidato desafiado esteja na lista / participante desafiado para permanecer na lista. VOTE_QUORUM não conta tokens que não votaram, e tokens não anunciados são considerados não votantes. Por exemplo, VOTE_QUORUM 50 significa que todas as disputas são resolvidas por maioria simples.

Posições (listagens)

Posição - um elemento de um único conjunto de elementos listado na lista que está contida no TCR. No exemplo com universidades, a posição pode ser um valor de cadeia simples que identifica a universidade por seu nome conhecido, por exemplo, Universidade Foo. Ao escolher o formulário de posição, lembre-se de que ele autenticará o objeto real. No caso das universidades, basta levar o nome delas, pois falsificar a organização física e social das universidades listadas na lista para enganar os consumidores exigirá esforços muito sérios (campus, funcionários, certificados, etc.).

As ferramentas de autenticação devem ser deixadas ao critério dos usuários, tanto quanto possível. Por exemplo, os usuários de um registro de nome de domínio podem autenticar suas conexões com domínios usando um certificado HTTPS, uma Web de confiança ou valores secretos com hash armazenados em metadados da lista e fornecidos como confirmação pelo oracle. É importante que os membros da lista e os consumidores de fato aceitem pelo menos uma ferramenta de autenticação suportada por ambas as partes; caso contrário, o registro será inútil.

Arquivando um aplicativo

Quando um candidato para inclusão na lista do TCR envia uma solicitação, ele deve fazer um depósito nos tokens internos do registro. O tamanho mínimo é MIN_DEPOSIT ; muitos tokens serão depositados ao contestar um aplicativo. O aplicativo será analisado (resolvido) posteriormente por APPLY_STAGE_LEN . Se ninguém contestou a inscrição durante esse período, o candidato se tornará membro da lista. Caso contrário, o status do candidato é determinado pelos resultados do concurso.

O aplicativo contém uma captura instantânea dos parâmetros necessários atuais e todas as ações com a aplicação se referem a seus parâmetros corrigidos na captura instantânea.

Desafiando o aplicativo

O desafio é iniciado para candidatos que estão aguardando análise da inscrição ou para participantes da lista. Apenas um desafio ativo em relação a cada candidato ou participante é permitido. O competidor inicia um depósito no valor de MIN_DEPOSIT contra a posição da lista ou aplicativo cujo depósito excede ou é igual a MIN_DEPOSIT . (Falaremos sobre posições contestadas com um depósito menor que MIN_DEPOSIT na seção "Situação de ponta: toque e remova".)

Quando o concurso é iniciado, um instantâneo dos parâmetros de registro necessários atuais é criado e a votação começa (consulte a seção "Votação"), na qual qualquer detentor de token pode participar. Após a votação, o depósito do candidato ou do iniciador do concurso é confiscado. A parte vencedora recebe uma parte do depósito perdido ( DISPENSATION_PCT ) como compensação pelo risco financeiro. O restante do depósito é distribuído entre os participantes da maioria votante de acordo com o peso de seus tokens. Os participantes da minoria votante não têm nada a perder e nenhum ganho.

Nota DISPENSATION_PCT essencialmente dá ao desafiante a confiança necessária para ganhar o voto. Como resultado da vitória, uma disputa será realmente publicada (edição). Se uma dispensação especial for determinada, por exemplo, em 50%, o competidor deverá ter mais de 66% de certeza da possibilidade de vitória. Por que 66%? Porque existe uma probabilidade de 33% de perder completamente o depósito e uma probabilidade de 66% de ganhar metade do depósito: (0,33) (- 1) + (0,66) (0,5) = 0.

Se o aplicativo for contestado, ele será excluído e o candidato poderá ou não se tornar um membro da lista. Se o item da lista for contestado, o item poderá ou não ser excluído.

Situação de ponta: toque e remova

Se o candidato fizer um depósito, se tornar um membro e, posteriormente, o valor do atual MIN_DEPOSIT obrigatório aumentar, o depósito do participante será menor que MIN_DEPOSIT . Se tal posição for contestada, ela será imediatamente removida da lista e os depósitos da parte desafiadora e do participante da lista serão devolvidos aos proprietários. Isso é tocar e remover.

Por que e por que essa abordagem é necessária? Vamos supor que o tamanho dos depósitos durante o concurso seja o mesmo, para que as ações dos eleitores não sejam afetadas pelo desejo de compartilhar o maior depósito (isso lhes dará o maior lucro). Então, por que não equiparamos o tamanho dos depósitos ao disputar com o tamanho dos depósitos das posições disputadas? É possível que um depósito, devido a flutuações no preço de mercado de um token, fique mais barato que o gás e o custo de oportunidade. Os participantes incorrem nesses custos se iniciarem uma contestação ou votação. A abordagem de toque e remoção reduz a possibilidade de envenenar o registro com registros cujos depósitos são muito pequenos para serem contestados: os titulares ativos de tokens simplesmente excluirão essas posições a um custo mínimo.

Para se proteger do toque e remoção após aumentar o MIN_DEPOSIT , os participantes da lista podem aumentar seus depósitos o quanto for necessário, e qualquer valor que exceda o MIN_DEPOSIT obrigatório pode ser retirado a qualquer momento. Ao contestar, o tamanho do MIN_DEPOSIT atual é fixado na imagem e somente esse valor pode ser colocado em jogo.

Votação

A votação no TCR deve ser ponderada por token e seguir o esquema de confirmação e confirmação. Não há outros requisitos especiais para votação, o principal é que o mecanismo seja eficaz em termos de liquidez de token.

A caracterização ponderada por token (peso condicional dos tokens) é importante para os detentores que investiram mais tokens, o que significa que sua voz é a mais significativa ao gerenciar o registro. Esses titulares serão os mais discretos. E, graças ao esquema de confirmação e confirmação, a votação incentiva os participantes a serem extremamente produtivos. A liquidez do token precisa ser maximizada para incentivar os participantes a votar.

A votação de revelação de confirmação de bloqueio parcial é o mecanismo de votação baseado em token mais eficiente para o TCR.

Parametrização

As configurações do registro devem se adaptar à dinâmica das alterações no preço de mercado do token de registro interno. Por exemplo, o preço cai, centenas de candidatos para inclusão no registro são exibidos e os detentores de tokens não podem processar com eficiência todos os aplicativos. Então você precisa aumentar MIN_DEPOSIT .

Embora não haja uma resposta definitiva, qual é a melhor maneira de executar a parametrização, ou seja, em essência, gerenciar o registro. Por exemplo, no AdChain, os princípios de parametrização são os mesmos do processamento de aplicativos para inclusão no registro. Um conjunto diferente dos mesmos parâmetros é usado aqui, portanto, para a proposta de reparametrização, MIN_DEPOSIT pode ser muito maior do que se fosse uma questão de incluir uma nova posição. As propostas de reparametrização também são contestadas com a ajuda de depósitos de token, são colocadas pelo proponente e pelo desafiante. Os detentores de tokens podem votar na reparameterização dos parâmetros do registro ou nos parâmetros do próprio reparameterizador.

Propriedades interessantes de TCR

Os tokens de registro interno são um elemento necessário de sistemas auto-suficientes para uso público. Os próprios TCRs são os principais inimigos do capitalismo, eles desempenham uma função útil com os menores custos marginais possíveis.

Registros gerenciados por token estão em conformidade com os princípios do Mike Cryptosystems Manifesto

O TCR precisa de tokens internos. O uso de qualquer outra coisa interromperá a operação normal do sistema. Os detentores de tokens devem entender os prós e os contras de seu trabalho bom ou ruim, e terão motivação para a tarefa principal - gerenciar o registro. Por exemplo, o preço do bitcoin não será afetado por uma diminuição na demanda por ele na lista de registros. Isso significa que os detentores desejarão coletar o maior número possível de bitcoins dos candidatos por meio de falsas disputas e conspirações nas pesquisas, colocando os interesses do gerenciamento de registros em segundo plano. E se o único objetivo do token for usá-lo ao se aplicar ao registro, seu preço será alterado dependendo da demanda por participação nas listas. A demanda é influenciada pela forma como os proprietários gerenciam listas. O princípio da necessidade de token no TCR é respeitado.

Um sistema é auto-suficiente se funcionar normalmente sem a participação de seus criadores. No TCR, nenhum registro tem privilégios especiais. Todos os tokens são equivalentes e apenas o peso do token determina o peso dos privilégios de seu titular no registro. O criador do registro pode desaparecer e o sistema de incentivos fechado não sofrerá com isso. Os TCRs são verdadeiros sistemas descentralizados. O princípio da auto-suficiência é observado.

O sistema é utilizado publicamente (utilidade pública), se não requer permissões, livre de aluguel e benefícios. Os TCRs não exigem permissões, são completamente descentralizados e os privilégios neles são determinados apenas pelo peso condicional dos tokens. Esses registros não exigem aluguel, pois nunca serão colocados em risco para incentivar alguém a concluir uma tarefa ou impedir um ataque. Os TCRs geram resultados úteis na forma de listas. O princípio do uso público é respeitado.

Os principais inimigos do capitalismo
Sistemas que criam um resultado útil com custos marginais mínimos são os principais inimigos do capitalismo. O resultado do TCR é gratuito: as listas são armazenadas na blockchain, qualquer lado pode lê-las. Em vez de dar dinheiro ao fornecedor para compilar uma lista, os consumidores do TCR recebem um produto gratuito de todos os fornecedores. Eles competem entre si na criação da melhor lista que pode aparecer no mercado livre.

Aqueles que desejam melhorar a qualidade do TCR podem comprar tokens pelo preço de mercado, gerenciar o registro de maneira de qualidade, aumentar o interesse do consumidor, aumentar a demanda por candidatos a token - e depois vender seus tokens, ganhando dinheiro para aqueles que desejam melhorar o registro. Um detentor de token, que sabe como apresentar disputas e votar bem, garantirá uma renda estável com a venda de tokens recebidos de depósitos confiscados e sem perder capital fixo.

Assim, em um mercado eficiente, os tokens de registro interno, com o tempo, serão otimamente distribuídos entre as entidades que os utilizam de maneira mais produtiva. No TCR, a lucratividade e a produtividade estão intimamente relacionadas.

Ataques e defesas contra eles

TCR é teoricamente possível atacar. Além disso, provavelmente nem todos os tipos de ataques são formulados e corrigidos. Abaixo, discutimos ataques e defesas conhecidas contra eles.

Corrico simples
O troll está tentando adicionar posições "ruins" ao registro "bom" que não atendem aos critérios de registro. Se o registro for bem monitorado, esses ataques serão caros e ineficazes: o troll perde seu depósito quando um detentor racional de token contestar com êxito o aplicativo. Para superar a racionalidade dos eleitores, um simples ataque de trollagem deve se transformar no ataque de um louco.

Ataque louco
Um invasor rico em recursos pode ter razões racionais para gastar muito dinheiro na destruição do registro. Se uma lista útil com quase zero custo marginal destruir negócios, as empresas afetadas provavelmente não gostarão. O atacante comprará pelo preço de mercado a maior parte do token protegido contra contestação com direito a voto e preencherá o registro com posições de baixa qualidade. O registro será danificado, o valor dos tokens entrará em colapso.

Felizmente, os registros controlados por token têm proteção contra esses ataques, bastante semelhantes aos típicos do Casper. Do ponto de vista financeiro, ao atacar 51%, as armas dos atacantes podem ser destruídas com a ajuda de um garfo rígido. Segundo Vitalik, “a tarefa é tornar o ataque de 51% extremamente caro, para que até a maioria dos validadores conjuntos não possam reverter os blocos finalizados sem perdas financeiras extremamente pesadas. Tão pesado que até um ataque bem-sucedido provavelmente levará a um aumento no preço da moeda base, já que o mercado reagirá mais fortemente a uma diminuição no fornecimento total de moedas do que a um garfo rígido de emergência para enfraquecer o ataque . ” No TCR, os validadores são titulares de token.

É provável que, na prática, a qualquer momento, apenas uma parte menor dos tokens participe ativamente da votação (consulte a seção “Bootstrapping”), portanto os ataques de uma pessoa louca não serão tão caros quanto o rótulo “ataque contra a maioria dos validadores” implica. Reduzir a passividade dos detentores de tokens é uma questão importante e aberta no TCR.

Intoxicação por registro
O envenenamento do registro não é feito pelo detentor do token, mas pelo participante da lista. Uma posição é inserida no registro e depois que sua qualidade piora. Por exemplo, uma universidade, incluída na lista de instituições educacionais de alta qualidade, aumenta o custo da educação devido a isso, mas seus graduados descobrem mais tarde que não podem pagar suas dívidas pela mensalidade depois de dez anos.

Os detentores de tokens racionais devem identificar esse comportamento e desafiar as posições que envenenam o registro. Aspecto pouco estudado: o envenenamento pode ser relativamente barato se a posição da lista esperar apenas MIN_DEPOSIT aumentar durante a ação da lista e se ações ilegais forem detectadas, você poderá sair da lista usando o procedimento de toque e remoção. Nesse caso, a posição da lista não perde o depósito, no entanto, o próprio sujeito perde sua reputação e não retorna mais à lista.

Lançamento de moeda e memorização de votação
Os eleitores não são punidos por decisões erradas; portanto, os detentores de fichas podem achar que é mais fácil "jogar uma moeda" do que gastar tempo com classificações ponderadas. Você pode se defender de um ataque com interesse de longo prazo dos eleitores em maximizar a demanda por um token. Mas não se sabe até que ponto essas considerações afetarão o surgimento de uma massa crítica de eleitores que nivelam o comportamento irresponsável de outros.

Jogar uma moeda não é um ataque muito perigoso: assumindo uma distribuição uniforme de votos como resultado de jogar uma moeda, alguns ativistas - titulares de tokens, em qualquer disputa, derrubarão a balança em favor da racionalidade.

A memorização da votação ocorre quando os participantes votam apenas para obter a maioria. Em termos de motivação, é semelhante a jogar uma moeda, mas o resultado é pior: uma minoria de ativistas que possuem fichas não vai virar a balança em favor da racionalidade.

O lançamento de moeda e a memorização de votação são ataques complexos porque visam os limites da racionalidade dos detentores de tokens (consulte “Os limites da racionalidade”).

Perguntas abertas

Os limites da racionalidade
Existem estratégias que são racionais aqui e agora, mas prejudiciais a longo prazo. A detenção passiva de tokens em si é indesejável, o lançamento de moedas e a memorização do voto são racionais, mas com o tempo pioram a qualidade do registro. Quais são as melhores estratégias para os participantes seguirem? Poderia haver uma situação em que alguém aja taticamente e estrategicamente e, como resultado, a qualidade das listas seja média, menor do que se a lista fosse gerenciada centralmente?

Bootstrapping
O TCR é inerente ao dilema primário do frango e do ovo. Os consumidores não são atraídos para a lista vazia e os candidatos não desejam participar de uma lista que não seja interessante para os consumidores. Em geral, será difícil para o registro atrair o interesse de qualquer um dos grupos de participantes para alcançar um estado estável e auto-suficiente. Existem opiniões diferentes sobre a abordagem ideal para criar um registro controlado por token e, até o momento, nenhuma das abordagens se transformou em um padrão claro que precisa ser seguido.

Uma abordagem: um grupo de candidatos em colaboração com órgãos de administração “desatualizados” (lobbies da indústria, conselhos consultivos) forma um conjunto inicial de participantes. Motivação: use curadores de confiança da indústria para criar um conjunto básico de posições convincente no registro.

Outra abordagem: inicialmente, os tokens de registro são distribuídos entre possíveis consumidores e candidatos. Isso dá às partes (de outro modo desinteressadas) motivação tangível para o auto-cultivo do sistema.

Tamanho mínimo da economia
Qual é o tamanho mínimo da economia necessário para o gerenciamento descentralizado de listas? É economicamente descentralizado para gerenciar uma lista de compras? Será racional que o fabricante de produtos embalados e produtos solicite a inclusão no registro de itens que devem ser comprados no supermercado? Os eleitores conseguirão gerenciar uma lista que seja boa para os compradores? Como os eleitores sabem se o comprador tem queijo suficiente? Qual é o interesse mínimo do consumidor necessário para o gerenciamento descentralizado de listas?

Parametrização
A parametrização de registros ainda não está bem desenvolvida. , AdChain . , MIN_DEPOSIT . MIN_DEPOSIT , , . AdChain . , .

PS , TCR-, . . — .