Perícia em contratos inteligentes e ativos tokenizados: o que a regulação exige?

Um contrato que ninguém lê e todos assinam

Um contrato inteligente é um programa gravado em uma blockchain que executa regras sobre ativos sem depender de ninguém para cumpri-las: quem pode transferir, quanto, quando, com que taxa, quem pode emitir mais, quem pode pausar. Um ativo tokenizado é um direito — sobre um recebível, um imóvel, uma cota, uma obra, uma moeda — representado por tokens governados por um desses programas.

A promessa comercial vem em português: no whitepaper, no contrato civil, no material de oferta. A regra que de fato vale vem em código, implantada em um endereço. Quando os dois dizem coisas diferentes, o investidor comprou o que o código faz — não o que o prospecto descreve. É essa distância que a perícia mede.

Quem precisa — e por quê

• Emissores e estruturadores de tokens de recebíveis, renda fixa, imóveis ou participações: precisam demonstrar ao regulador, ao investidor e a si mesmos que o código entrega os direitos prometidos — antes que uma divergência vire autuação ou litígio.
• Plataformas que ofertam, intermedeiam ou custodiam tokens: respondem por diligência sobre o que distribuem e, quando o token é ativo virtual, operam sob supervisão do Banco Central.
• Fundos e investidores institucionais: a regulação admite criptoativos em carteira, mas a diligência sobre o contrato — controle, lastro, riscos de administração — é o que separa investir em um ativo de investir em uma promessa.
• Partes em disputa: compradores que não receberam o que o token prometia, sócios em desacordo sobre a governança de um protocolo, vítimas de exploit ou de saída oculta (rug pull).
• Advogados e juízos: que precisam de uma leitura técnica independente do que o contrato fez, quando, e por ordem de quem.

O regramento que torna isso necessário tem dois eixos. A CVM consolidou o entendimento de que a tokenização é uma forma de emissão que usa tecnologia de registro distribuído, e que o token referenciado a ativo pode ou não ser valor mobiliário; tokens de recebíveis e de renda fixa podem sê-lo, e ofertas públicas seguem a regulação aplicável. O Banco Central passou a autorizar e supervisionar as prestadoras de serviços de ativos virtuais, com deveres de custódia e segregação. A classificação de cada token é decisão jurídica; a perícia entrega a camada técnica de que essa decisão — e a defesa dela — depende.

Como o perito lê um contrato inteligente

1 · Identidade: o contrato examinado é o contrato implantado? O que vale é o bytecode gravado no endereço. O perito compara o código-fonte apresentado (ou verificado em explorador público) com o bytecode on-chain e confirma a correspondência. Se o contrato é atualizável por proxy, reconstrói o histórico de implementações — porque quem controla o proxy controla a regra, e a regra pode ter mudado depois da oferta.

2 · Controle: quem manda no contrato? Endereço que o implantou, dono atual, papéis de acesso e funções privilegiadas: emitir (mint), destruir (burn), pausar, bloquear endereços, alterar taxas, atualizar. Se essas funções estão em uma única chave, em uma carteira multiassinatura ou sob um mecanismo de espera (timelock). Um token «descentralizado» cuja emissão depende de uma chave é uma promessa condicionada a essa chave.

3 · Regras econômicas: o código faz o que o prospecto diz? Oferta total e máxima, cronogramas de liberação (vesting), taxas embutidas, limites de transferência, distribuição prevista versus distribuição executada. Cada promessa do material de oferta é traduzida em uma verificação sobre o código e sobre o estado do contrato.

4 · Lastro: o ativo referenciado existe e está ligado ao token? Para tokens lastreados, a ligação entre o token e o ativo — custódia, atestações, oráculos de preço — é verificada até onde a evidência alcança. Para NFTs, se o metadado e o arquivo estão ancorados por identificador de conteúdo imutável ou dependem de um servidor sob controle do emissor.

5 · Cronologia: o que aconteceu, quando e por ordem de quem? Os eventos emitidos pelo contrato — transferências, aprovações, deliberações de governança — são reconstruídos em linha do tempo com bloco, data e hora, endereços e valores. É a base para estabelecer autoria, sequência e nexo.

6 · Incidentes: por onde o valor saiu? Em exploits, o perito reconstrói a transação maliciosa a partir das chamadas internas e das alterações de estado, identifica o vetor — reentrância, manipulação de oráculo, empréstimo relâmpago, controle de acesso deficiente, função de saque privilegiada — e segue os fundos extraídos entre carteiras, pontes e corretoras até um ponto de identificação.

7 · Confronto e relatório. Promessa versus código, item a item, com a evidência de cada verificação registrada de forma reproduzível — ferramenta, versão, comando, resultado — e o laudo assinado com certificado qualificado e carimbo do tempo.

Promessa × código: as divergências mais comuns

Antes de emitir, investir ou litigar

• Emissor: faça a verificação promessa × código antes da oferta; corrigir o contrato custa um projeto, corrigir a oferta custa um processo.
• Plataforma: exija a correspondência bytecode × fonte e o mapa de funções privilegiadas de cada token que distribui.
• Investidor ou fundo: peça o laudo de controle e lastro; «código público» não é o mesmo que «código verificado».
• Em incidente: preserve antes de remediar — estado, transações, eventos, logs e código como implantado, com hash e cadeia de custódia; se a instituição é supervisionada, some-se o dever de comunicar o incidente relevante ao regulador.
• Em disputa: formule quesitos sobre identidade, controle, regras, lastro e cronologia — são as cinco perguntas que o laudo responde com evidência.