Contratos inteligentes: o que são e onde falham
Entenda o que são contratos inteligentes, como executam regras em código, por que não substituem um contrato jurídico e onde falham: dados, bugs e imutabilidade.
Em revisão editorial. Este texto foi elaborado a partir de fontes públicas e passa por revisão técnica e jurídica; pode ser atualizado. Confira as fontes ao final antes de qualquer decisão.
Sua empresa está avaliando blockchain ou projetos Web3? Conheça a consultoria para empresas →
Contrato inteligente (smart contract) é um programa armazenado em uma blockchain que executa regras do tipo “se isto, então aquilo” quando recebe determinadas entradas, e cujo resultado é verificado por todos os nós da rede. O nome engana: na maioria dos casos ele é código, não um contrato no sentido jurídico, e só funciona de forma previsível dentro dos limites do que o programa consegue enxergar e do que foi escrito nele.
O que é, em termos simples
O NIST define o contrato inteligente como uma coleção de código e dados (funções e estado) implantada na rede por meio de transações assinadas criptograficamente. Os nós da rede executam o programa e todos precisam chegar ao mesmo resultado, que fica registrado na blockchain. O termo é anterior ao Bitcoin: foi proposto por Nick Szabo em 1994 como um protocolo de transação computadorizado que executa os termos de um contrato.
A documentação do Ethereum usa a analogia da máquina de venda automática: com certas entradas, a saída é predeterminada. Você escolhe o produto, paga o valor exibido e o item só é liberado se o pagamento for verificado; se as condições não forem cumpridas, nada acontece. Essa é a ideia central: regras executadas por código, sem depender de um intermediário para aplicá-las.
Exemplo hipotético
Imagine uma empresa A que concorda em pagar uma empresa B em 1.000 unidades de um token estável assim que um arquivo com o hash de uma nota de entrega for registrado por um endereço previamente autorizado. O contrato inteligente guarda o pagamento em depósito e, ao receber essa confirmação, libera os fundos para B. Se a confirmação não chegar até a data definida no código, devolve os fundos a A. Tudo que o contrato “sabe” é o que chega a ele como entrada e o que está programado. Ele não sabe se a mercadoria chegou, se estava danificada ou se houve acordo verbal diferente.
Por que a execução é previsível
Segundo o NIST, contratos inteligentes são determinísticos: dada uma entrada, produzem sempre a mesma saída, e todos os nós precisam concordar com o novo estado resultante. Disso decorrem duas características úteis:
- Transparência da regra: em redes públicas, o código implantado pode ser lido por qualquer pessoa.
- Resistência a adulteração: como o código está na blockchain, o NIST o descreve como “tamper evident” e “tamper resistant”, ou seja, alterações indevidas seriam evidentes e difíceis, sem serem impossíveis em termos absolutos.
Em redes públicas como o Ethereum, quem chama o contrato paga o custo da execução, e há um limite de recursos por chamada: se for excedido, a execução para e a transação é descartada, o que impede, por exemplo, laços infinitos. Em redes com permissão, como as baseadas em Hyperledger Fabric, nas quais os participantes são conhecidos, esse custo pode não existir.
O que contrato inteligente não é
Não é, por si só, um contrato jurídico
Um contrato juridicamente válido depende de requisitos legais, não da tecnologia. No Código Civil brasileiro, o art. 104 exige, para a validade do negócio jurídico, agente capaz, objeto lícito, possível, determinado ou determinável, e forma prescrita ou não defesa em lei; o art. 107 diz que a validade da declaração de vontade não depende de forma especial, salvo quando a lei a exigir. Já o art. 421-A (incluído pela Lei 13.874/2019) presume paritários e simétricos os contratos civis e empresariais e admite que as partes estabeleçam parâmetros objetivos de interpretação das cláusulas. Esses dispositivos não tratam de contratos inteligentes. Na prática, o código pode ser apenas o meio de executar um acordo firmado de outra forma, ou pode fazer parte do próprio acordo, e a qualificação de cada caso, inclusive a interpretação de cláusulas e a existência de forma exigida em lei, é matéria de análise jurídica específica.
Para comparação internacional, a Law Commission da Inglaterra e País de Gales concluiu em novembro de 2021 que o arcabouço legal existente é “claramente capaz de facilitar e apoiar” contratos inteligentes jurídicos, sem necessidade de reforma legislativa, com ressalvas para formas altamente automatizadas, que podem trazer questões novas de formação, interpretação e remédios, e para áreas como documentos formais (deeds) e direito internacional privado. Trata-se de outro ordenamento e não vale automaticamente para o Brasil.
Não é “inteligente” nem neutro
O programa faz exatamente o que foi escrito, inclusive quando isso difere do que as partes pretendiam. Se a lógica estiver errada, o erro será executado fielmente.
Não é auditoria automática do mundo real
Um contrato inteligente executa regras sobre informações digitais. Não verifica sozinho se uma entrega ocorreu ou se um documento é autêntico.
Onde falham
1. Dados externos (o problema do oráculo)
O NIST explica que contratos inteligentes não podem obter dados de fora do sistema por conta própria, como consultar um serviço web: o dado precisa ser passado como parâmetro. Quando um contrato usa informação externa, diz-se que usa um oráculo. O mesmo documento observa que pode não haver método para saber se o dado de entrada reflete eventos reais: um sensor pode estar com defeito e pessoas podem registrar informação falsa, de propósito ou não. O tema é detalhado em oráculos: o elo frágil entre blockchain e mundo real.
A blockchain pode garantir que o código foi executado como escrito; não garante que a informação recebida seja verdadeira.
2. Bugs e falhas de lógica
O NIST lista, entre as relações de confiança que permanecem em uma blockchain, a confiança no funcionamento correto dos contratos inteligentes, que podem ter “brechas e falhas não intencionais”, e na qualidade do software de quem o desenvolve. O exemplo que o próprio NIST cita é a DAO, em 2016, um contrato do Ethereum cuja falha permitiu a um atacante retirar ether (o NIST informa cerca de US$ 50 milhões), e que levou a um hard fork aprovado por votação para devolver os fundos. Esse e outros casos, além de tipos de falha e do papel das auditorias, estão no artigo sobre o risco de contratos inteligentes em DeFi, e por isso não são repetidos aqui.
3. Imutabilidade e atualização
A documentação do Ethereum afirma que o código de um contrato implantado não pode ser alterado depois de criado. Isso vale como proteção contra mudanças unilaterais, mas também significa que um erro descoberto depois não é corrigido simplesmente “editando” o programa. Projetos costumam contornar a limitação com contratos atualizáveis ou com chaves administrativas, o que reintroduz um ponto de confiança: quem controla a atualização pode mudar as regras. Para uma empresa, a pergunta passa a ser quem tem essa permissão, com que salvaguardas, e como o contrato lida com situações imprevistas, como disputa, erro de digitação, insolvência de uma parte ou mudança legal.
4. Assinar sem entender
A página do ethereum.org sobre o tema destaca ainda o risco de “blind signing”: usuários aprovam transações sem entender o que o contrato fará. A própria documentação cita esforços para padrões de assinatura clara (Clear Signing, como o ERC-7730), que mostram a descrição da operação em linguagem simples.
5. Privacidade
Em blockchains públicas, o código e as transações são visíveis. Dados pessoais ou comerciais sensíveis não devem ser gravados na cadeia sem análise específica, já que o registro é difícil de apagar.
Quando faz sentido, e quando não
Faz mais sentido quando as regras são objetivas, os dados de entrada são nativos da própria rede ou vêm de fontes auditáveis, várias partes desconfiam umas das outras e o custo de um intermediário supera o de implantar e manter o código. Faz menos sentido quando o acordo depende de julgamento, contexto ou renegociação frequente, ou quando uma única empresa controla todas as informações. O critério geral está em quando faz sentido usar blockchain e quando não faz.
O que observar
- Qual parte do acordo é executada por código e qual continua em documento tradicional.
- De onde vêm os dados de entrada e quem responde por eles.
- Se o código foi revisado por terceiros e quais riscos a revisão não cobre.
- Se o contrato é atualizável, por quem e sob quais controles.
- Como disputas, erros e situações imprevistas são tratados fora do código.
- Qual o tratamento de dados pessoais e a validade jurídica da forma escolhida.
Em síntese, contratos inteligentes automatizam regras objetivas com transparência e previsibilidade, mas herdam os limites do código e dos dados que recebem. Para avaliar o uso em processos corporativos, veja a consultoria para empresas. Este conteúdo é informativo e não constitui recomendação de investimento nem aconselhamento jurídico ou tributário.
Fontes
- NISTIR 8202: Blockchain Technology Overview (Smart Contracts; Limitations and Misconceptions) · National Institute of Standards and Technology (NIST) · acesso em 16/10/2026
- Introduction to smart contracts · ethereum.org (documentação oficial) · acesso em 16/10/2026
- Smart legal contracts: advice to Government (25/11/2021) · Law Commission of England and Wales · acesso em 16/10/2026
- Lei nº 10.406/2002 (Código Civil), arts. 104, 107 e 421-A · Presidência da República (Planalto) · acesso em 16/10/2026
Conteúdo informativo, sem caráter de recomendação de investimento, jurídico ou tributário. Ativos digitais envolvem riscos, inclusive de perda total. Veja os avisos legais.