Tokens, stablecoins e contratos inteligentes · Aula 1 de 5
Moedas vs. tokens
7 min de leitura
A distinção começa no livro-razão
Um ativo digital pode ser representado em uma blockchain sem que todos os ativos desempenhem o mesmo papel técnico. Em conversas comuns, às vezes as pessoas usam “moeda”, “token” e “criptomoeda” como sinônimos. Para uma análise precisa, uma moeda nativa é um ativo contabilizado diretamente pelo protocolo-base de uma blockchain, enquanto um token é um ativo cujos saldos e transferências geralmente são regidos por um aplicativo ou programa de tokens que opera em uma rede subjacente. Essa é uma distinção técnica, não uma afirmação sobre preço, legitimidade ou tratamento regulatório. Ela também tem exceções: alguns sistemas usam mecanismos semelhantes aos de tokens no nível do protocolo, e diferentes redes usam nomes diferentes.
Em uma rede com um ativo nativo, as regras do protocolo especificam como esse ativo é movimentado, como as taxas são calculadas e como os nós concordam sobre mudanças válidas no estado. Normalmente, um usuário não precisa identificar um contrato de token implantado separadamente para enviar o ativo nativo da rede. Por outro lado, uma transferência de token geralmente se refere a uma definição, contrato ou programa de token específico. Uma transação pode chamar esse programa para atualizar saldos, enquanto a rede-base ainda fornece ordenação, execução e liquidação. Essa distinção é importante quando as pessoas investigam transferências, projetam aplicativos e avaliam dependências operacionais.
Um modelo útil de duas camadas
Pense em uma blockchain como um ambiente operacional compartilhado. A rede-base fornece um livro-razão comum e regras de execução. Os aplicativos de tokens operam nesse ambiente e fornecem regras específicas para cada ativo, como limites de oferta, permissões de transferência ou restrições de elegibilidade. Por exemplo, o envio de um token de aplicativo pode exigir uma quantidade suficiente do ativo nativo para cobrir as taxas de transação da rede. A posse de tokens não garante, por si só, que o titular também tenha moeda nativa suficiente para iniciar uma transferência. Os modelos de pagamento de taxas variam entre redes e aplicativos; por isso, esse é um padrão comum, não uma regra universal.
Como um token é definido
Em um sistema de contratos inteligentes baseado em contas, um token pode ser representado por código e estado. O código descreve as operações permitidas; o estado registra itens como saldos e oferta total. Um contrato de token é o aplicativo implantado que mantém essas informações. Quando um usuário transfere unidades, o contrato pode reduzir um saldo registrado e aumentar outro. A blockchain subjacente registra a transação e o estado resultante de acordo com suas regras de consenso. Em outros projetos, programas especializados de tokens ou módulos de ativos nativos da rede desempenham funções semelhantes sem seguir a mesma arquitetura de contratos.
O identificador de um token deve ser avaliado em seu contexto. Um nome ou símbolo de negociação não é necessariamente exclusivo, e outro emissor pode criar um ativo sem relação com o primeiro usando o mesmo nome de exibição. Portanto, uma descrição cuidadosa inclui a blockchain, o contrato do token ou identificador do ativo e a unidade ou denominação. Um token chamado “Example” em uma rede não é automaticamente o mesmo ativo que outro “Example” em uma rede diferente. Até rótulos idênticos podem se referir a contratos, direitos e emissores diferentes.
Criação, oferta e controle
Cunhar significa criar novas unidades de token de acordo com as regras do sistema; queimar significa reduzir as unidades em circulação segundo essas regras. Um limite máximo de oferta fixa pode ser estabelecido em código, ou a oferta pode ser ajustável por meio de uma função privilegiada. Um token pode incluir poderes opcionais para pausar transferências, restringir endereços ou alterar a lógica de implementação. Esses controles podem ser adequados a alguns requisitos legais ou operacionais, mas levantam questões de governança e confiança. Os analistas devem distinguir o que um emissor afirma daquilo que o código, os arranjos de controle e a documentação juridicamente exigível realmente permitem.
Os termos fungível e não fungível descrevem se as unidades são intercambiáveis. Uma unidade de um token fungível padrão é projetada para ser equivalente a outra unidade da mesma classe de token. Um token não fungível tem um identificador individual e se distingue dos demais. Essas características são independentes de o ativo ser nativo ou emitido por meio de um aplicativo. A Lição 5.3 examina as interfaces formais por trás desses arranjos.
O que essa distinção não determina
Nenhuma das categorias comprova que um ativo seja descentralizado. Uma blockchain pode permitir participação aberta enquanto um token específico tem um emissor ou administrador centralizado. Da mesma forma, um ativo nativo de uma rede ainda depende da governança do protocolo, da manutenção do software e de outras formas de coordenação. Também não é necessariamente verdade que uma moeda nativa seja “dinheiro” segundo a lei de determinado país, nem que um token seja necessariamente um valor mobiliário, um depósito ou um crédito contra uma empresa. A classificação depende dos direitos efetivos, da substância econômica e das definições legais aplicáveis.
As leis usam seus próprios sistemas de classificação. Um regime pode definir “criptoativo” de forma ampla e depois distinguir subtipos, como tokens que referenciam uma moeda oficial, tokens que referenciam outros valores e tokens de utilidade; o regulamento MiCA da UE é um exemplo. A distinção cotidiana entre “moeda e token” não substitui essas categorias legais. Os criptoativos que se qualificam como instrumentos financeiros costumam ser excluídos desses regimes e, em vez disso, ficam sujeitos à legislação de valores mobiliários.
As evidências necessárias em uma análise prática
Suponha que uma agência pública receba um relatório informando que lhe foram enviados 1.000 unidades de um ativo digital. O número, por si só, não é suficiente. O destinatário precisa saber a rede, o identificador preciso do ativo, o registro da transferência, as casas decimais ou a escala da unidade aplicáveis e uma conta ou endereço sob seu controle. Também deve determinar se o ativo apenas apareceu em um livro-razão público ou se a agência tem o direito exigível de receber algo fora desse livro-razão. Um saldo visível pode representar controle técnico, um direito contratual, ambos ou nenhum dos dois, dependendo dos fatos.
| Pergunta | Moeda nativa | Token de aplicativo |
|---|---|---|
| Quem define as transferências? | Regras do protocolo-base | Programa específico do token mais o protocolo-base |
| Identificador típico | Ativo nativo da rede | Endereço do contrato ou identificador do ativo |
| Dependência típica para pagar taxas | O próprio ativo nativo | Geralmente, o ativo nativo usado para pagar taxas da rede |
| Direito legal automático? | Não | Não |
Por que a distinção é importante
Para gestores, separar os ativos do protocolo dos ativos emitidos por aplicativos ajuda a atribuir responsabilidades. Um operador de rede não pode necessariamente reverter a decisão de um emissor de tokens, e um emissor de tokens não pode necessariamente alterar as regras do livro-razão-base. Para equipes jurídicas, a distinção evita que uma descrição técnica seja confundida com uma opinião jurídica. Para auditores, ela indica quais registros devem ser examinados: transações da camada-base, eventos de tokens, permissões de contratos, divulgações ou acordos fora da cadeia.
A Força-Tarefa de Ação Financeira (FATF) adota uma abordagem semelhante, orientada à função, em Updated Guidance for a Risk-Based Approach to Virtual Assets and Virtual Asset Service Providers (outubro de 2021). A FATF enfatiza a natureza de uma atividade e as definições pertinentes de ativo virtual ou prestador de serviços, em vez de apenas os rótulos. O nome comercial de um ativo não determina se os controles pertinentes de combate à lavagem de dinheiro se aplicam. As atividades efetivas, as partes envolvidas e a jurisdição são importantes.
Uma armadilha comum em relatórios
Se um analista vê uma taxa de transação paga em uma moeda nativa e um evento separado de transferência de tokens dentro da mesma transação, os dois registros descrevem coisas diferentes. A taxa remunera a rede pelo processamento, enquanto a transferência descreve uma mudança de estado específica do ativo. Portanto, um pagamento pode envolver mais de um ativo sem que o remetente tenha negociado deliberadamente um ativo por outro. Os sistemas de relatórios devem preservar essa distinção para que os custos das taxas, os tokens recebidos e quaisquer obrigações contratuais não sejam contabilizados em duplicidade.
Normas e referências legais
FATF, Updated Guidance for a Risk-Based Approach to Virtual Assets and Virtual Asset Service Providers (outubro de 2021), explica uma abordagem funcional aos ativos e às atividades abrangidos.
Foco na prova: Diferencie o ativo nativo do protocolo do token emitido por um aplicativo; explique por que o nome ou símbolo de um token não é um identificador exclusivo; e evite tirar conclusões jurídicas ou de governança apenas com base no rótulo técnico.