Quais são as diferenças entre security token e utility token?

Um security token e um utility token podem usar o mesmo padrão técnico e aparecer na mesma wallet. A diferença relevante está nos direitos que conferem, nas condições de emissão e na atividade realizada com eles. Essa distinção determina o que é preciso estudar antes de projetar o contrato, ofertar o token ou permitir sua negociação.

Na União Europeia, “security token” é uma expressão de uso habitual, mas a análise jurídica consiste em determinar se o ativo se enquadra em uma categoria de instrumento financeiro. O MiCA define os utility tokens e exclui de seu âmbito os criptoativos que sejam instrumentos financeiros. Classificar o produto é, portanto, uma decisão prévia à escolha do regime aplicável.A documentação do produto deve especificar quais direitos o comprador adquire e quais obrigações o emissor assume, independentemente do nome do token.

O que um security token representa

A expressão costuma descrever um token que representa um instrumento financeiro, como determinadas ações, títulos de dívida ou cotas de fundos de investimento. Cada instrumento tem direitos próprios. Uma ação pode conferir participação nos lucros e direitos políticos; um título de dívida incorpora as condições de uma dívida. Não convém reduzi-los a uma promessa genérica de “rentabilidade”.

Olista de instrumentos financeiros da MiFID IIinclui diferentes categorias. Para a de valores mobiliários, as diretrizes da ESMA analisam, entre outros requisitos, se não são instrumentos de pagamento, se pertencem a uma classe e se são negociáveis no mercado de capitais. Esses critérios não substituem os das demais categorias.

A tecnologia utilizada tampouco resolve a análise. Um registro na rede Ethereum, em uma rede privada ou em um banco de dados não transforma, por si só, os direitos do investidor. Primeiro estudam-se as condições jurídicas e econômicas; depois determina-se como representá-las e quais efeitos tem o registro escolhido.

O que significa utility token no MiCA

Oartigo 3 do MiCAdefine o utility token por sua finalidade exclusiva de dar acesso a um bem ou serviço fornecido por seu emissor. Há um direito de acesso: afirmar que esses tokens “não conferem direitos” seria incorreto.

Como exemplo hipotético, um provedor poderia emitir unidades resgatáveis por capacidade de armazenamento que ele mesmo presta. Para avaliar esse desenho seria preciso ler as condições de uso, o mecanismo de resgate, a possibilidade de transferência e as obrigações do provedor. O fato de o site anunciá-lo como utility não basta para confirmar sua classificação.

Tampouco se pode concluir que todo utility token deva cumprir exatamente as mesmas obrigações. Dentro do MiCA é preciso estudar o âmbito, a modalidade de oferta e as exceções aplicáveis. Uma exceção a uma obrigação específica não equivale a uma autorização geral para emitir, intermediar ou comercializar qualquer produto.

Dois exemplos para entender a diferença

Imaginemos primeiro um token que permite consumir um serviço do emissor e se extingue ao ser utilizado. O desenho deve explicar qual serviço se obtém, quanto se consome, se expira e o que acontece se ele deixar de ser prestado. A pergunta principal do usuário é o que poderá fazer com seu saldo e contra quem poderá reclamar.

Imaginemos agora uma emissão de dívida representada por tokens. O investidor precisa conhecer o obrigado ao pagamento, vencimento, juros, garantias, ordem de recebimento e consequências da inadimplência. O contrato pode automatizar parte do registro ou dos pagamentos, mas a capacidade do devedor de cumprir continua sendo uma questão econômica e jurídica.

São exemplos de análise, não classificações universais. Incorporar distribuição de receitas, direitos de governança ou compromissos de recompra a um produto exige estudar novamente sua configuração completa. Um percentual dos lucros não permite decidir, de forma isolada, qual categoria jurídica corresponde.

O que muda no desenvolvimento do produto

Em um instrumento financeiro tokenizado, a arquitetura pode precisar de restrições de transferência, identificação de titulares, gestão de ônus, recuperação e procedimentos para executar decisões válidas fora da rede. A seleção dessas funções depende do instrumento e do marco aplicável.ERC-3643oferece mecanismos técnicos úteis, mas implementar o padrão não comprova conformidade regulatória.

Em um token de acesso, o desafio pode estar em coordenar o saldo com o serviço: evitar que uma mesma unidade seja resgatada duas vezes, resolver consumos falhos e manter coerência entre a aplicação e o contrato. Também é preciso explicar quais dados permanecem fora da rede e quem pode modificar as condições do produto.

Em ambos os casos, convém separar as permissões do usuário das do operador. Se uma conta pode pausar, emitir ou modificar regras, essa capacidade deve estar documentada e submetida a testes. O rótulo do token não elimina a dependência de seus administradores.

Como documentar a classificação antes de emitir

O dossiê de desenho deveria reunir os direitos do titular, condições de emissão, transferibilidade, funcionamento econômico, documentação contratual e atividades previstas para cada participante. A partir daí, estudam-se separadamente a classificação do ativo e as obrigações de emissão, distribuição, custódia ou negociação.

Oartigo 2 do MiCAajuda a delimitar seu âmbito, mas não substitui esse trabalho. Na Espanha, uma emissão de valores mobiliários representados por DLT também deve observar a Lei 6/2023 e o papel daERIR (entidade responsável pela inscrição e pelo registro dos valores). Chamar um token de utility não permite escapar de requisitos que decorram de suas características reais.

Uma vez tomada a decisão, produto, contratos e interface devem descrever o mesmo direito. Se a promessa ao titular, a estrutura de pagamentos ou a forma de comercialização mudar, é preciso revisar a análise antes de implantar a nova versão.