Skip to main content

O que é um smart contract

Nota: Este documento é uma tradução automática da versão original em inglês.

O que é um smart contract

Um smart contract é um programa armazenado e executado em uma blockchain. Uma vez implantado, ele roda automaticamente quando suas condições são atendidas — fazendo cumprir acordos, gerenciando ativos ou coordenando operações sem exigir um intermediário humano para executar cada passo. Apesar do nome, um smart contract não é "smart" (inteligente) no sentido de inteligência artificial nem um "contract" (contrato) no sentido jurídico. Ele é código determinístico: dadas as mesmas entradas, sempre produz as mesmas saídas, seguindo a lógica exata escrita por seu desenvolvedor.

Pense em um smart contract como uma máquina de venda automática. Você insere uma moeda, seleciona um produto e a máquina o entrega — sem caixa, sem negociação, sem discricionariedade. A máquina segue suas regras programadas exatamente. Um smart contract faz a mesma coisa em uma blockchain: ele detém ativos ou lógica, recebe entradas (transações) e executa operações predefinidas de forma automática e transparente.

Em resumo: um smart contract é código autoexecutável em uma blockchain — ele faz cumprir regras sem intermediários, e em projetos de cripto IA, ele lida com a lógica econômica e de governança, enquanto a computação de IA tipicamente acontece offchain.

Como funciona um smart contract

Escrevendo e implantando

Um smart contract começa como código-fonte escrito em uma linguagem de programação projetada para uma blockchain específica. A linguagem mais comum é o Solidity, usado na Ethereum e em todas as chains compatíveis com EVM (BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche C-Chain). A Solana usa Rust e seu framework nativo. Outras chains têm suas próprias linguagens: Move (Sui, Aptos), Cairo (Starknet) e outras.

O desenvolvedor escreve a lógica — o que o contrato faz, quais dados armazena, quais condições disparam quais ações — e então compila o código-fonte em bytecode (instruções de baixo nível que a máquina virtual da blockchain pode executar). Esse bytecode é submetido à blockchain em uma transação de implantação. Uma vez confirmado, o contrato existe em um endereço específico na chain e fica disponível para qualquer pessoa interagir.

Execução

Quando um usuário ou outro contrato chama uma função de um smart contract, o seguinte acontece:

  1. O chamador submete uma transação que especifica o endereço do contrato, a função a chamar e os parâmetros de entrada.
  2. Cada nó validador na rede executa a função de forma independente, processando as mesmas entradas pelo mesmo bytecode.
  3. O resultado — quaisquer mudanças de estado, transferências de token, eventos emitidos ou dados escritos — é registrado em um bloco e torna-se parte do livro-razão permanente.
  4. O chamador paga uma taxa de gas pela computação. Operações mais complexas custam mais gas.

Esse modelo de execução tem propriedades importantes: ele é determinístico (todo nó obtém o mesmo resultado), transparente (qualquer pessoa pode inspecionar o bytecode e o histórico de transações) e permissionless (qualquer pessoa pode chamar uma função pública).

Gas e custo

Cada passo computacional dentro de um smart contract custa gas — uma unidade que mede o esforço computacional necessário. As taxas de gas servem a dois propósitos: compensam os validadores por executar o código e previnem abusos (sem taxas, atacantes poderiam submeter computações infinitamente complexas para desacelerar a rede).

Os custos de gas variam conforme a rede. Na mainnet da Ethereum, operações complexas podem custar dezenas ou centenas de dólares durante períodos de alta demanda. Em redes L2 como Arbitrum ou Base, as mesmas operações podem custar centavos. Na Solana, as taxas de transação são tipicamente frações de centavo. Essas diferenças de custo influenciam diretamente onde os projetos de cripto IA escolhem implantar seus componentes on-chain.

Imutabilidade e capacidade de upgrade

Uma vez implantado, o bytecode de um smart contract é armazenado permanentemente na blockchain. Ele não pode ser editado, excluído ou sobrescrito. Essa imutabilidade é um recurso de segurança — os usuários podem verificar exatamente qual código será executado e confiar que ele não mudará — mas também significa que bugs implantados na blockchain não podem ser corrigidos como software tradicional.

Para resolver isso, os desenvolvedores criaram padrões de contrato atualizáveis usando proxy contracts. Nesse design, os usuários interagem com um proxy contract que delega chamadas a um contrato de implementação. A equipe pode implantar uma nova implementação e apontar o proxy para ela — efetivamente "atualizando" o contrato. Isso resolve o problema de correção de bugs, mas introduz uma compensação de confiança: quem controla o mecanismo de upgrade do proxy pode mudar o comportamento do contrato. Contratos atualizáveis não são inerentemente ruins, mas deslocam a confiança de "o código é permanente" para "a equipe com acesso de upgrade agirá responsavelmente".

O que os smart contracts podem e não podem fazer

Podem fazer:

  • Deter e transferir tokens e outros ativos digitais
  • Fazer cumprir lógica condicional (se X, então Y)
  • Interagir com outros smart contracts na mesma chain
  • Emitir eventos que sistemas externos podem monitorar
  • Gerenciar controle de acesso (quem pode chamar qual função)

Não podem fazer:

  • Acessar dados de fora da blockchain (precisam de oráculos para feeds de dados externos)
  • Realizar operações computacionalmente intensivas como inferência de IA (os custos de gas tornam isso inviável)
  • Executar autonomamente em um cronograma (precisam de gatilhos externos — transações — para rodar)
  • Armazenar arquivos grandes (o armazenamento on-chain é caro; os projetos usam IPFS ou Arweave para dados volumosos)
  • Fazer julgamentos subjetivos (eles executam lógica determinística, não raciocínio)

Essa última limitação é especialmente relevante para a cripto IA. Um smart contract não pode "pensar" ou "decidir" no sentido de IA. Ele pode rotear, liquidar e fazer cumprir regras, mas a computação de IA real deve acontecer offchain e devolver os resultados ao contrato.

Por que isso importa para projetos de cripto IA

Os smart contracts são o tecido conectivo entre a infraestrutura de blockchain e a funcionalidade de IA na maioria dos projetos de cripto IA. Entender seu papel — e suas limitações — é essencial para ler os cartões de projeto com precisão.

A camada econômica

Em muitas arquiteturas de cripto IA, os smart contracts lidam com o lado econômico: pagamentos por computação, distribuição de recompensas a contribuidores de dados, staking para validadores e cobrança de taxas por serviços de inferência. O modelo de IA roda offchain, mas o smart contract garante que todos sejam pagos de acordo com as regras, sem uma autoridade central gerenciando a contabilidade.

Governança

Os smart contracts podem implementar mecanismos de governança: submissão de propostas, votação, requisitos de quórum e execução de mudanças aprovadas. Para projetos de IA, isso pode significar governança sobre parâmetros de modelo, seleção de datasets ou alocação de recursos — conduzida de forma transparente on-chain, em vez de decidida em privado por uma equipe fundadora.

Checkpoints de verificação

Alguns projetos usam smart contracts para armazenar dados de verificação: hashes de pesos de modelo, provas de resultado de inferência ou atestações de que computações específicas foram realizadas. Embora o smart contract não verifique a saída de IA em si (ele não tem a capacidade computacional), ele fornece um registro imutável que pode ser auditado posteriormente.

Controle de acesso e permissões

Os smart contracts gerenciam quem pode acessar o quê. Uma API de inferência de IA construída em blockchain pode usar um smart contract para verificar se o chamador detém o token exigido, tem créditos suficientes ou atende a outras condições antes de permitir o acesso. Isso substitui os sistemas de autenticação centralizados por controle de acesso on-chain e transparente.

A distinção "não smart no sentido de IA"

Uma fonte persistente de confusão: os "smart contracts" não têm nada a ver com inteligência artificial. A palavra "smart" aqui significa autoexecutável — o contrato faz cumprir sua lógica automaticamente — não que ele raciocina, aprende ou se adapta. Um sistema de IA aprende com dados e faz previsões. Um smart contract segue regras fixas e produz saídas determinísticas. Os projetos de cripto IA tipicamente combinam ambos: o smart contract lida com a lógica on-chain (pagamentos, governança, controle de acesso), enquanto o modelo de IA lida com a inteligência off-chain (inferência, previsão, análise).

Onde isso aparece nos cartões de projeto do DecAIHub

Os smart contracts surgem nos cartões de projeto por meio de vários campos e indicadores de evidência:

  • Main chain — informa em qual blockchain os smart contracts do projeto estão implantados. Um projeto na Ethereum usa contratos baseados em Solidity; um projeto na Solana usa programas baseados em Rust. A escolha da chain afeta as capacidades do contrato, os custos de gas e a composabilidade com outros protocolos.
  • Token standard — valores como ERC-20, BEP-20 e SPL referem-se a padrões de smart contract que definem como o token do projeto se comporta. Um token ERC-20 é um smart contract na Ethereum que implementa uma interface específica.
  • Type e Category — projetos que dependem de smart contracts como um componente on-chain central tipicamente têm Type: EVM ou non-EVM (dependendo da chain) e uma Category que reflete seu papel (por exemplo, DeFi, AI/Agents | DeFi). Um protocolo DeFi é essencialmente uma coleção de smart contracts gerenciando liquidez, trading ou empréstimos.
  • Evidence (Tier-1) — endereços de smart contract verificados, relatórios de auditoria e código de contrato implantado em block explorers estão entre as formas mais fortes de evidência Tier-1. Se um projeto alega funcionalidade on-chain, seus endereços de contrato devem ser verificáveis.
  • Token model — valores como fee-mechanism, governance, staking e utility descrevem como o token interage com os smart contracts do projeto. Um governance token tipicamente concede direitos de voto em um sistema de governança baseado em smart contract.

Ao ler um cartão de projeto, verifique se as alegações on-chain do projeto são respaldadas por contratos realmente implantados. Um projeto que alega governança baseada em smart contract, mas não tem endereços de contrato verificáveis, levanta dúvidas sobre a substância de sua presença on-chain.

O que um smart contract, por si só, não prova

A existência de smart contracts implantados lhe diz que o código vive em uma blockchain, mas não prova:

  • Capacidade de IA — um smart contract não pode rodar um modelo de IA. A presença de contratos bem projetados prova lógica econômica ou de governança on-chain, não AI reality. A AI reality é avaliada por meio de um conjunto separado de evidências (flags AI_0 a AI_4).
  • Segurança — o código de smart contract pode conter bugs, vulnerabilidades ou backdoors. A implantação não equivale a segurança. Um contrato auditado é mais confiável do que um não auditado, mas mesmo contratos auditados já foram explorados. Verifique se os contratos do projeto foram auditados por firmas respeitáveis.
  • Descentralização — um smart contract implantado em uma blockchain descentralizada herda a segurança de consenso da rede, mas o contrato em si pode ter mecanismos de controle centralizado: admin keys que podem pausar ou atualizar o contrato, funções restritas ao proprietário ou dependências de oráculo centralizadas.
  • Imutabilidade — se o projeto usa padrões de proxy atualizáveis, o comportamento do contrato pode ser alterado por quem detém as chaves de upgrade. "On-chain" não significa automaticamente "permanente" quando proxies estão envolvidos.
  • Benefício para o usuário — um smart contract pode ser tecnicamente impecável e completamente inútil. Qualidade do código e valor do produto são questões separadas.

Não confundir com

  • AI model — um modelo de IA aprende com dados, faz previsões e gera saídas. Um smart contract executa lógica determinística. Eles cumprem papéis fundamentalmente diferentes em projetos de cripto IA. O modelo de IA é a inteligência; o smart contract é o mecanismo de execução de regras.
  • dApp (aplicação descentralizada) — um dApp é uma aplicação voltada ao usuário que interage com smart contracts em uma blockchain. O smart contract é a lógica de backend; o dApp é o produto completo, frequentemente incluindo um frontend, serviços offchain e interações com smart contracts.
  • API — uma API tradicional roda em um servidor centralizado e pode ser alterada, desligada ou censurada por seu operador. Um smart contract é acessível a qualquer pessoa na blockchain, roda de acordo com regras imutáveis (a menos que atualizável) e não pode ser desligado por uma única parte. Alguns projetos cripto expõem seus smart contracts por meio de interfaces de API padrão para conveniência dos desenvolvedores.
  • Contrato legal — um contrato legal é executável por tribunais e instituições jurídicas. Um smart contract é executável por código e pelo consenso da blockchain. Eles são sistemas diferentes com mecanismos de execução diferentes. Um smart contract não constitui um acordo legal a menos que a lei jurisdicional o reconheça explicitamente como tal.
  • Script — o Bitcoin usa uma linguagem de script limitada que permite condições básicas (como requisitos de multisig), mas não a rica programabilidade dos smart contracts no estilo Ethereum. Quando as pessoas dizem "smart contract" no contexto de cripto IA, quase sempre se referem a contratos no estilo Ethereum com programabilidade completa.

Perguntas frequentes

Os smart contracts podem ser hackeados?

Sim. Os smart contracts são software, e software pode ter bugs. As categorias comuns de vulnerabilidade incluem ataques de reentrância, overflow de inteiros, falhas de controle de acesso e manipulação de oráculo. Uma vez implantado, o código com bug fica permanentemente on-chain e pode ser explorado. É por isso que as auditorias de segurança são importantes e por que o DecAIHub acompanha o status de auditoria como parte da avaliação de projetos. A imutabilidade que torna os smart contracts confiáveis também significa que bugs implantados não podem ser corrigidos a menos que o projeto use padrões atualizáveis.

Os smart contracts são realmente imutáveis?

Os smart contracts padrão são imutáveis após a implantação — o bytecode no endereço do contrato não pode ser alterado. No entanto, muitos projetos modernos usam padrões de proxy atualizáveis que permitem que a lógica de implementação seja trocada. Nesses casos, o endereço do proxy permanece o mesmo, mas o comportamento subjacente pode mudar. Se um contrato é atualizável, e quem controla o mecanismo de upgrade, é um fator importante na avaliação da descentralização e do modelo de confiança de um projeto.

Os smart contracts precisam de gas em toda blockchain?

A maioria das blockchains cobra alguma forma de taxa de execução, embora a terminologia e o preço variem. A Ethereum chama de "gas". A Solana cobra "compute units" e "rent". O conceito é universal: os validadores precisam ser compensados por executar código, e as taxas previnem spam. O nível de custo varia enormemente — de dólares por transação na Ethereum L1 durante pico de demanda a frações de centavo em redes L2 e na Solana.

Um modelo de IA pode ser armazenado em um smart contract?

Armazenar os pesos completos de um modelo de IA moderno dentro de um smart contract não é prático. Um modelo de linguagem grande pode ter bilhões de parâmetros ocupando gigabytes de armazenamento. Os custos de armazenamento on-chain na Ethereum são de aproximadamente 20.000 de gas por slot de 32 bytes, tornando proibitivamente caro armazenar pesos de modelo on-chain. Na prática, os projetos armazenam hashes de modelo ou ponteiros (como identificadores de conteúdo IPFS) onchain para verificação, enquanto os arquivos de modelo reais vivem offchain.

Qual é o papel dos smart contracts em projetos de cripto IA?

Na maioria das arquiteturas de cripto IA, os smart contracts lidam com a camada de coordenação e econômica: gerenciando pagamentos de marketplace de computação, distribuindo recompensas a contribuidores de dados, fazendo cumprir regras de staking e slashing, controlando o acesso a serviços de IA e governando parâmetros de protocolo. A computação de IA em si acontece offchain, com os smart contracts servindo como a camada de liquidação e verificação com confiança minimizada.

Como posso verificar os smart contracts de um projeto?

Procure os endereços de contrato em um block explorer (como o Etherscan para a Ethereum, o Solscan para a Solana, ou o explorer relevante para outras chains). Os contratos verificados mostram seu código-fonte diretamente no explorer, permitindo que qualquer pessoa leia a lógica real. Verifique se o código corresponde à documentação do projeto, se o contrato foi auditado e se o relatório de auditoria está publicamente disponível. Nos cartões de projeto do DecAIHub, os endereços de contrato implantados e os relatórios de auditoria são acompanhados como evidência Tier-1.

Referências externas

Ver também

No comments to display

Back to top