Contratos inteligentes aplicados a ativos reais

Quando um ativo do mundo físico vira token, alguém precisa escrever as regras que dizem quem pode ter esse token, como ele circula e o que acontece quando há um pagamento, um bloqueio judicial ou um erro. Essas regras ficam num contrato inteligente, um programa gravado na rede que executa sozinho quando certas condições são cumpridas.

O funcionamento geral desses programas está explicado em o que são contratos inteligentes. Aqui o foco é outro: o que muda quando o programa controla a representação de um imóvel, de um recebível ou de um título de dívida, e onde ele continua dependendo de pessoas, documentos e da lei.

Por que ativo real exige um contrato diferente

Um token nativo de rede, como uma criptomoeda, existe só ali. O token de um ativo real é diferente: ele representa algo que está fora da rede, como um direito de crédito, uma fração de imóvel ou ouro guardado num cofre. Para o conceito de base, veja o que é tokenização de ativos.

Essa ligação com o mundo de fora traz exigências que um token comum não tem:

• Identificação do investidor. Valores mobiliários e muitos produtos financeiros só podem ir para pessoas identificadas, às vezes só para investidores qualificados.
• Cumprimento de ordens. Uma decisão judicial pode mandar bloquear ou transferir a posição de alguém.
• Eventos do ativo. Juros, amortizações, aluguéis e vencimentos precisam ser refletidos no token.
• Correção de erros. Se o investidor perde a chave de acesso, o direito sobre o ativo não deveria desaparecer.

Por isso, os contratos usados em ativos reais costumam ser permissionados: o código checa condições antes de deixar um token mudar de mão.

O que o código costuma fazer

Um exemplo público ajuda a ver as funções típicas. O ERC-3643, padrão técnico da rede Ethereum criado em 2021 e com status final, descreve um token para mercados regulados. Ele é citado aqui como ilustração do que existe, não como recomendação de tecnologia ou de emissor. Segundo o texto do padrão:

• Registro de identidade. Cada carteira fica ligada a uma identidade verificada e a um país. Uma transferência falha se o destinatário não estiver verificado.
• Regras de conformidade. Um módulo checa limites definidos pelo emissor, como número máximo de titulares ou de tokens por investidor.
• Congelamento. Agentes autorizados podem congelar uma carteira inteira ou só parte dos tokens dela.
• Transferência forçada. Agentes podem mover tokens entre carteiras sem a assinatura do titular, desde que o destino seja verificado.
• Recuperação. Se o investidor perde o acesso à carteira, os tokens podem ir para uma carteira nova, com registro dessa recuperação na rede.
• Pausa. O token inteiro pode ser pausado, o que trava todas as transferências.

Repare no que isso significa. Num token desse tipo, você tem o token na sua carteira, mas outras pessoas têm poder sobre ele. Isso não é necessariamente um defeito: é o que permite cumprir uma ordem judicial ou devolver o ativo a quem perdeu a chave. Mas muda a pergunta que você deve fazer. Não basta saber que “está na blockchain”. É preciso saber quem são os agentes e o que cada um pode fazer.

Pagamentos e eventos: a parte que mais parece automática

A promessa mais citada é automatizar pagamentos: o contrato distribuiria juros ou aluguéis aos titulares na data certa. O Conselho de Estabilidade Financeira (FSB), órgão que reúne reguladores das principais economias, descreve essa programabilidade como a capacidade de escrever código que “executa automaticamente” diante de condições ou dados predefinidos.

O limite está na origem do dinheiro e da informação. O contrato só distribui o que recebeu. Se o devedor de um recebível não pagar, ou o inquilino atrasar, não há código que crie esse dinheiro. A automação organiza o repasse; o risco de crédito continua igual. Esse ponto está desenvolvido em por que tokenizar um ativo não elimina o risco.

Na prática, muitos eventos dependem de alguém informar a rede de que algo aconteceu: o pagamento caiu, a assembleia aprovou uma renegociação, o imóvel foi vendido. Os modelos de dívida e participação têm fluxos diferentes, como explicado em tokens de participação e tokens de dívida.

Oráculos: como o código fica sabendo do mundo de fora

Uma rede como a Ethereum não acessa dados externos por conta própria. A documentação da ethereum.org explica o motivo: todos os computadores da rede precisam chegar ao mesmo resultado a partir dos mesmos dados, e uma consulta a um site externo poderia dar respostas diferentes para cada um.

A solução é o oráculo, um serviço que grava na rede um dado vindo de fora, como um preço, uma taxa de juros ou a confirmação de um pagamento. Ele resolve um problema e cria outro. A própria documentação lista os riscos: o oráculo pode entregar dado errado, pode ser manipulado e, se for uma fonte única, vira um ponto único de falha.

O FSB acrescenta um ponto regulatório. As regras que valem para provedores de dados no mercado tradicional podem não cobrir inteiramente os oráculos, e oráculos podem ser alvo de ataques que exploram falhas de código. Num ativo real, o oráculo é muitas vezes a própria empresa emissora ou um prestador contratado por ela. Saber quem alimenta o contrato é tão importante quanto saber o que o contrato faz.

Atualizar o contrato: correção de falhas ou poder demais

Um contrato publicado na rede não pode ser editado diretamente. A ethereum.org descreve o padrão mais comum para contornar isso: um contrato intermediário, chamado proxy, guarda os dados e aponta para outro contrato com a lógica. Para “atualizar”, aponta-se o proxy para uma lógica nova.

Isso permite corrigir falhas, mas, como diz a documentação, quem controla a função de atualização pode mudar o comportamento do contrato, e os usuários precisam confiar que essa pessoa não fará mudanças arbitrárias. As medidas de mitigação citadas são:

• Multiassinatura, que exige a aprovação de várias chaves para uma mudança.
• Trava de tempo (timelock), um prazo entre a aprovação e a execução, que dá tempo para quem discorda sair.
• Controle de acesso restrito às partes autorizadas.

O FSB lembra que as práticas de segurança desses contratos “ainda estão evoluindo” e que erros de código podem ser difíceis de corrigir depois da publicação. Uma falha pode travar transferências, distribuir valores errados ou abrir caminho para ataques.

Código e contrato jurídico: qual vale

Em ativos reais, existe quase sempre um documento jurídico por trás do token: escritura de emissão, termo de securitização, contrato de cessão, regulamento de fundo. O código executa parte dessas regras, não todas.

Na Inglaterra e no País de Gales, a Law Commission concluiu em 2021 que o direito existente consegue lidar com contratos inteligentes “de forma muito semelhante” aos contratos tradicionais. No Brasil não há lei específica sobre o tema. O que se aplica é a regra do ativo: se o token é valor mobiliário, valem as normas da Comissão de Valores Mobiliários (CVM); se é ativo virtual fora desse campo, valem as regras do Banco Central.

O Parecer de Orientação CVM 40, de 2022, recomenda que ofertas de tokens que sejam valores mobiliários informem, entre outros pontos, as regras de governança do protocolo, os papéis dos participantes da rede e se o investidor terá o controle da chave privada. Também recomenda material de apoio sobre riscos ligados à tecnologia quando o ativo tiver complexidades, como liquidação compulsória imposta pelo protocolo. Na avaliação da redação, essas informações são justamente as que mostram o que o contrato inteligente faz e quem manda nele.

Do lado do Banco Central, a Resolução BCB 520, em vigor desde 2 de fevereiro de 2026, veda ao custodiante de ativos virtuais mecanismos de guarda que criem obstáculos ao “imediato atendimento de ordens judiciais” sobre os ativos sob sua guarda. Na avaliação da redação, funções como congelamento e transferência forçada são uma das formas técnicas de atender a esse tipo de exigência.

Para o desenho regulatório completo, veja tokenização e mercado de capitais: limites regulatórios. Os testes oficiais ainda estão em curso: em setembro de 2026, técnicos da CVM entregaram ao Colegiado a proposta de um piloto para testar emissão, escrituração, custódia e liquidação de valores mobiliários em redes de registro distribuído. Era uma minuta em análise interna na data da notícia.

Perguntas para fazer antes de investir

Se uma oferta usa contrato inteligente para representar um ativo real, as respostas a estas perguntas dizem mais que o nome da rede:

• Quem pode congelar, pausar ou transferir tokens sem a minha assinatura? Em que situações?
• Quem pode atualizar o contrato? Há multiassinatura e prazo antes de uma mudança valer?
• Quem informa pagamentos e eventos ao contrato? O que acontece se essa informação estiver errada?
• O código passou por auditoria independente? O relatório é público?
• Se o código e o documento jurídico divergirem, qual prevalece, segundo o próprio documento?
• O que acontece com o meu direito se a empresa que administra o contrato encerrar as atividades?

Respostas vagas a essas perguntas são, por si só, uma informação relevante. Lembre que investimentos em tokens de ativos reais podem ter baixa liquidez e resultar em perda parcial ou total do valor aplicado.

O que levar deste texto

• Em ativos reais, o contrato inteligente aplica regras de quem pode ter o token e de como ele circula. Ele não cria o valor do ativo nem paga no lugar do devedor.
• Funções de congelamento, transferência forçada e atualização existem por motivos legítimos, mas dão poder a administradores. Saber quem são eles faz parte da análise.
• O código depende de oráculos e de documentos jurídicos. No Brasil, as regras aplicáveis são as do ativo: CVM para valores mobiliários, Banco Central para ativos virtuais.