Um contrato inteligente é um programa implantado em uma blockchain que guarda e movimenta fundos segundo regras fixas, executando de forma determinística — a mesma entrada sempre produz o mesmo resultado — enquanto cada nó da rede verifica essa execução, sem nenhuma empresa ou funcionário no meio do caminho. Quase tudo o que você faz on-chain é um deles: tokens, trocas, mercados de empréstimo e as aprovações que permitem a um protocolo mover o seu saldo. Como o código é a contraparte, ele não pode ser persuadido nem sofrer recurso, e é também por isso que uma falha é um cofre esvaziado, e não um chamado de suporte. As cadeias EVM os chamam de contratos inteligentes, a Solana os chama de programas e a TON modela até a sua carteira como um contrato, mas o mecanismo é o mesmo em todo lugar. As carteiras também são construídas sobre eles: a Hot Wallet da WATS usa um contrato paymaster ERC-4337 nas cadeias EVM, e o pagador de taxas equivalente na Solana e na TON, de modo que toda taxa é cobrada em um único token, o ATS, em vez da moeda de gás nativa de cada cadeia.
O código que move dinheiro
Um contrato inteligente é um programa implantado em uma blockchain que guarda e movimenta fundos segundo regras fixas. Uma vez implantado, ele executa de forma determinística — a mesma entrada sempre produz o mesmo resultado — e cada nó da rede verifica essa execução, sem nenhuma empresa ou funcionário no meio do caminho. Tokens, trocas e mercados de empréstimo são todos contratos inteligentes: código que é, ele próprio, a contraparte.
Essa última expressão é a que importa. Quando você usa um banco, uma instituição lhe deve algo e um sistema jurídico ampara essa cobrança. Quando você usa um contrato inteligente, o código é o acordo inteiro — ele não pode ser persuadido e não cabe recurso. É essa propriedade que torna a Web3 possível, e é também o que torna suas falhas tão implacáveis.
Uma máquina de venda automática — a versão honesta
A analogia clássica diz que um contrato inteligente é uma máquina de venda automática: insira uma moeda, receba um salgadinho, sem precisar de atendente. As regras são o serviço. Essa parte é precisa e captura bem o determinismo — a máquina não pode decidir que hoje não vai com a sua cara.
Eis o que a analogia esconde. Qualquer um pode instalar uma máquina, e nenhum fiscal a inspeciona antes que ela comece a receber moedas — um contrato pode estar errado, ou ser deliberadamente hostil, desde o primeiro dia. A máquina também guarda dinheiro de verdade: pools e mercados de empréstimo mantêm os fundos dos usuários dentro do próprio contrato, então uma falha não é um salgadinho preso, é um cofre esvaziado. E, ao contrário das máquinas de venda automática, contratos chamam uns aos outros. Essa componibilidade é o superpoder por trás do DeFi — e significa que uma máquina quebrada pode derrubar todas as máquinas ligadas a ela.
Com o que você interage todos os dias?
Se você já usou cripto minimamente, você já usou contratos inteligentes — normalmente vários por transação:
- Tokens são contratos. Um "saldo" ERC-20 não são moedas guardadas na sua carteira; é uma entrada no livro-razão interno do contrato do token, um mapeamento de endereços para valores. Enviar tokens significa pedir a esse contrato que atualize duas entradas.
- Trocas são contratos. Um pool de DEX é um contrato que guarda dois tokens e precifica as negociações por fórmula — sem livro de ofertas, sem mesa de operações do outro lado.
- Aprovações são você configurando um contrato. Antes que uma DEX possa mover os seus tokens, você diz ao contrato do token quanto ele pode retirar — um allowance registrado on-chain. Como essa permissão sobrevive à negociação, ela merece ser compreendida; aprovações de token e Permit explica exatamente o que você está concedendo.
Em algumas cadeias, até a sua carteira é um contrato — o que nos leva a como os grandes ecossistemas diferem.
Como os contratos de EVM, Solana e TON diferem?
A ideia é a mesma em todo lugar — código determinístico verificado pela rede — mas a arquitetura difere de maneiras que você sente como usuário.
| Cadeias EVM | Solana | TON | |
|---|---|---|---|
| Nome usual | Contratos inteligentes | Programas | Contratos (atores) |
| Onde vive o estado | Código e armazenamento juntos em um mesmo endereço | Código no programa; estado em contas separadas passadas a cada transação | Cada contrato guarda o próprio estado e conversa com os outros por mensagens assíncronas |
| Modelo de token | Um único contrato ERC-20 registra o saldo de cada detentor | O programa de tokens SPL gerencia contas de token por detentor | O saldo de jetton de cada detentor vive em seu próprio contrato-filho |
| Atualizável por padrão? | Não — o bytecode é imutável, a menos que se use um proxy | Sim — até que a autoridade de atualização seja revogada | Somente se o próprio código do contrato permitir |
A TON leva o modelo mais longe: tudo na cadeia, inclusive a sua carteira, é um contrato trocando mensagens com outros contratos.
Um contrato inteligente pode ser alterado depois de implantado?
Nas cadeias EVM, o bytecode implantado em si não pode ser editado. Mas boa parte do que você usa fica atrás de um proxy: você chama um endereço fixo, que encaminha cada chamada para um contrato de implementação separado — e um administrador pode apontar o proxy para um código novo. O seu endereço continua o mesmo; as regras por trás dele não precisam continuar.
Ou seja, "imutável" é, na verdade, uma questão de chaves. Quem detém a autoridade de atualização — um multisig de membros da equipe, um timelock que impõe um atraso público, uma votação de governança, ou ninguém, porque ela foi queimada e o código é definitivo? Nenhuma resposta é automaticamente a certa: a capacidade de atualização permite que equipes corrijam bugs, e também significa que o acordo pode mudar debaixo dos seus pés. Na prática, muitos protocolos grandes ficam no meio-termo — atualizáveis, mas atrás de timelocks e multisigs.
Por que os bugs em contratos inteligentes importam tanto?
Como o código é a contraparte, um bug não é um chamado de suporte — é uma porta aberta com dinheiro atrás. Não há departamento antifraude para reverter a transferência e, na maioria das cadeias, ninguém com poder de pausar a realidade enquanto a porta segue aberta.
O padrão é tão antigo quanto a tecnologia. Em 2016, um bug de reentrância no The DAO — um dos primeiros contratos de investimento do Ethereum — permitiu que um atacante drenasse uma grande parte dos seus fundos, e as consequências foram graves o bastante para que o Ethereum fizesse um hard fork para desfazer aquilo, separando o Ethereum Classic no processo. Contratos de bridge, que guardam tokens travados de ecossistemas inteiros, produziram algumas das maiores perdas da história das criptomoedas pela mesma razão de fundo: valor enorme, guardado apenas por código.
Auditorias tornam um contrato seguro?
Mais seguro — não seguro. Uma auditoria é uma revisão paga, feita por engenheiros de segurança, de uma versão do código em um momento no tempo. Ela pega classes de bugs conhecidas e padrões desleixados; não prova que o código está correto, não cobre atualizações futuras nem leva em conta como o contrato se comporta quando composto com protocolos que os auditores nunca viram. Protocolos bem auditados foram explorados assim mesmo.
A leitura prática para um usuário: prefira contratos que sejam auditados e testados pelo tempo e pelo valor que guardam, trate contratos novos e não auditados como experimentos, mantenha as aprovações de token justas e nunca deposite mais do que o código da contraparte merece.
Como a WATS se encaixa
Na Hot Wallet da WATS, os trilhos de contrato inteligente são o próprio modelo de taxas: toda transação que você assina — uma transferência, uma chamada de contrato — é cobrada em um único token, o ATS, em vez do gás nativo da cadeia, via um paymaster ERC-4337 na EVM e um pagador de taxas/relayer equivalente na Solana e na TON. O ATS é um OFT da LayerZero, então um único saldo funciona em EVM, Solana e TON, e o ATS coletado é queimado de 100M rumo a um piso de 30M. Ela permanece não custodial — você detém suas chaves, e a WATS nunca detém uma chave — e a WATS é a primeira e única carteira a combinar taxas em token único ERC-4337 + OFT, cobradas em vez do gás nativo, com essa queima.
Contratos inteligentes não são um canto exótico do universo cripto — são o que você assina toda vez que move um token, e o código do outro lado é a única coisa entre os seus fundos e quem quer que o tenha escrito. Duas coisas continuam sob o seu controle: o que você aprova e onde ficam as suas chaves. Revise as aprovações antes de concedê-las e dimensione cada depósito ao que o código merece — depois mantenha o lado das chaves com você, assinando a partir de uma carteira que não pode mover fundos em seu nome. A Hot Wallet da WATS é exatamente isso nas oito cadeias que cobre — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON — com o usuário detendo as chaves e a WATS nunca detendo uma, e com o lado das taxas rodando sobre a mesma tecnologia que este texto descreve: um contrato paymaster ERC-4337 que cobra em ATS em vez do gás nativo de cada cadeia.
Perguntas frequentes
Tokens são realmente contratos inteligentes?
Sim. Nas cadeias EVM, um token ERC-20 é um contrato cujo armazenamento mapeia endereços para saldos — os seus tokens são entradas nesse livro-razão, não objetos dentro da sua carteira. Na Solana, o programa de tokens SPL gerencia contas de token por detentor, e na TON o saldo de jetton de cada detentor vive em seu próprio contrato-filho. Em todos os casos, transferir tokens significa pedir a um programa que atualize os seus registros.
Um contrato inteligente pode ser alterado depois de implantado?
Às vezes. Nas cadeias EVM, o bytecode implantado é imutável, mas muitos projetos usam um proxy: os usuários chamam um endereço fixo que encaminha para um contrato de implementação que um administrador pode substituir. Os programas da Solana são atualizáveis por padrão até que a autoridade de atualização seja revogada. Então a pergunta real é quem controla as chaves de atualização — um multisig, um timelock, uma votação de governança, ou ninguém. Verifique isso antes de confiar em uma alegação de imutabilidade.
Contratos inteligentes auditados são seguros de usar?
Mais seguros, não seguros. Uma auditoria é uma revisão pontual de uma versão do código; ela pega classes de bugs conhecidas, mas não prova a correção, não cobre atualizações posteriores nem testa cada interação com outros protocolos. Contratos bem auditados ainda assim foram explorados. Trate as auditorias como um sinal entre vários — ao lado do tempo em produção, do valor protegido e de quanto poder as chaves de administrador carregam — e dimensione a sua exposição de acordo.
Preciso da moeda nativa da cadeia para interagir com um contrato inteligente?
Geralmente sim — a rede liquida o gás na sua própria moeda, então uma carteira com zero ETH não consegue chamar um contrato do Ethereum, não importa quais tokens ela tenha. Um paymaster, que é ele próprio um contrato inteligente, muda isso, e a Hot Wallet da WATS é um exemplo concreto: ela usa um paymaster ERC-4337 no Ethereum, na Arbitrum, na Optimism, na Base, na Polygon e na BNB Chain, e o pagador de taxas equivalente na Solana e na TON, de modo que toda taxa é cobrada em um único token, o ATS, enquanto a rede continua recebendo o seu gás nativo por baixo. Como o ATS é um OFT da LayerZero, um único saldo cobre as oito cadeias, então não há reserva de gás por cadeia para manter abastecida. Não é um desconto — o espaço de bloco custa o mesmo, apenas muda o token que o paga.
Usar contratos inteligentes significa abrir mão do controle dos meus fundos?
Não. Chamar um contrato é você assinando uma instrução com a sua própria chave, e o contrato só pode fazer aquilo que essa assinatura e quaisquer aprovações de token vigentes permitirem — e é por isso que manter as aprovações justas importa mais do que qualquer selo de auditoria. O que mais importa é que a chave continue sendo sua: a Hot Wallet da WATS é totalmente não custodial, então o usuário detém as chaves e a WATS nunca detém uma chave, e o WATS NFC Metal Card também não armazena chaves privadas — ele autentica por aproximação a chaves que vivem nos apps da WATS. O risco real que você assume é o código do contrato e as permissões que você concedeu a ele, não a carteira a partir da qual você assinou.