O Bitcoin provou que o dinheiro podia funcionar sem um banco. A Ethereum fez uma pergunta maior: e se você pudesse colocar qualquer acordo — não apenas pagamentos — em uma blockchain e fazê-lo rodar automaticamente? Lançada em 2015, a Ethereum é muitas vezes descrita como um “computador mundial”: uma plataforma única, compartilhada e programável que ninguém possui e sobre a qual qualquer pessoa pode construir.
Além do dinheiro digital
No Bitcoin, a principal coisa que você pode fazer é enviar bitcoin. A Ethereum generaliza isso. Além de sua própria moeda — o ether (ETH) —, ela pode executar pequenos programas. Isso transforma a blockchain de um simples livro-razão em uma plataforma para aplicações, de mercados de empréstimo a jogos e arte digital.
Ajuda separar duas coisas que as pessoas confundem: a Ethereum é a rede, e o ether é a moeda que a alimenta. Você gasta ether para usar a Ethereum.
Contratos inteligentes: o código como acordos
O coração da Ethereum é o contrato inteligente — um programa armazenado na blockchain que roda exatamente como foi escrito sempre que suas condições são atendidas. Não há um gestor para aprová-lo nem maneira alguma de alterá-lo silenciosamente depois de implantado.
Uma analogia simples é a máquina de venda automática. Você não negocia com um lojista; você insere a quantia certa, faz uma seleção, e a máquina está programada para entregar o seu item. Um contrato inteligente é a mesma ideia para acordos digitais: atenda às condições no código e o resultado acontece automaticamente, de forma idêntica, para todos.
É isso que viabiliza as aplicações descentralizadas, ou “dapps” — serviços inteiros cuja lógica reside em contratos inteligentes em vez de nos servidores privados de uma empresa.
Gas: pagar pela computação
Executar programas em milhares de computadores pelo mundo não é grátis, e uma computação gratuita ilimitada convidaria ao spam e ao abuso. A Ethereum resolve as duas coisas com o gas.
Cada operação — uma transferência, uma troca, a cunhagem de um token — custa uma pequena quantidade de esforço computacional medido em gas, pago em ether. Uma transferência simples é barata; uma interação complexa com vários contratos custa mais. Quando a rede está congestionada, os usuários ofertam taxas mais altas para serem incluídos mais cedo, razão pela qual as taxas de gas sobem durante períodos de forte demanda. O gas é ao mesmo tempo o sistema de preços da rede e seu escudo contra spam.
Tokens, NFTs e padrões
Uma das invenções mais importantes da Ethereum é o padrão de token — um modelo compartilhado para que carteiras e aplicativos possam lidar com novos ativos sem código personalizado para cada um.
- Os tokens fungíveis seguem o padrão ERC-20. Cada unidade é intercambiável, como dinheiro. A grande maioria dos tokens cripto são ERC-20.
- Os tokens não fungíveis (NFTs) seguem padrões em que cada token é único e identificável individualmente — útil para colecionáveis digitais, ingressos ou provas de propriedade.
Como esses padrões são abertos, qualquer pessoa pode emitir um token que funcione instantaneamente em todo o ecossistema. Essa interoperabilidade é grande parte do motivo pelo qual tanta atividade — incluindo a maior parte do DeFi — foi construída primeiro na Ethereum.
Como a Ethereum se protege: the Merge
Em seus primeiros anos, a Ethereum usou a prova de trabalho, o mesmo sistema baseado em mineração do Bitcoin. Em 2022 ela concluiu uma atualização há muito planejada apelidada de “the Merge”, migrando para a prova de participação.
Em vez de mineradores disputando para resolver enigmas, a rede agora é protegida por validadores que travam ether como participação e são recompensados por confirmar honestamente as transações — ou penalizados por trapacear. O efeito mais notável foi uma queda drástica no uso de energia, já que a corrida para resolver enigmas foi aposentada. Se a diferença entre esses dois sistemas lhe for desconhecida, nosso guia sobre Prova de trabalho versus prova de participação detalha tudo.
Por que isso importa
A importância da Ethereum tem menos a ver com seu preço e mais com o que ela destravou: uma plataforma neutra onde os desenvolvedores podem implantar ferramentas financeiras, mercados e aplicações que rodam sobre uma infraestrutura compartilhada que ninguém controla. Já não é a única plataforma de contratos inteligentes — muitas redes mais novas competem em velocidade e custo —, mas ela foi pioneira do modelo, e as ideias que introduziu percorrem hoje a maior parte do cenário cripto.
Como a EVM executa o código
Todo contrato inteligente da Ethereum roda dentro da Máquina Virtual da Ethereum, ou EVM — um ambiente de execução compartilhado que existe de forma idêntica em cada nó da rede. Quando você envia uma transação que chama um contrato, cada nó participante executa o mesmo código por meio da EVM e deve chegar exatamente ao mesmo resultado. Essa execução compartilhada é o que permite que milhares de computadores independentes concordem com um único resultado sem confiar uns nos outros.
Uma propriedade definidora da EVM é o determinismo: dados os mesmos dados de entrada e o mesmo estado da blockchain, o código deve sempre produzir a mesma saída. Não há aleatoriedade, nem acesso à internet em geral, nem “depende da máquina”. Essa previsibilidade estrita é essencial para o consenso, mas também significa que os contratos não podem buscar diretamente informações externas — uma restrição que molda grande parte de como as aplicações da Ethereum são projetadas.
Gas e determinismo
Como o código dos contratos roda em cada nó, uma computação ilimitada permitiria que um único programa congelasse toda a rede. A Ethereum evita isso com o gas, uma unidade que mede o esforço computacional. Cada operação da EVM tem um custo em gas, o usuário paga pelo gas que uma transação consome, e cada transação carrega um limite. Se a execução ficar sem gas, ela para e é revertida, embora o gas gasto não seja reembolsado.
O gas faz mais do que precificar a computação; ele trabalha de mãos dadas com o determinismo para manter a rede segura. O design determinístico garante que cada nó concorde exatamente sobre quanto trabalho uma transação realizou, de modo que eles também concordam sobre a taxa. Juntos, o gas e o determinismo transformam um computador global e compartilhado em algo que não pode ser levado ao colapso por spam e cujos custos todos podem verificar.
O que você pode construir com contratos inteligentes
Os contratos inteligentes são de uso geral, então a gama de aplicações é ampla. Algumas categorias duradouras dominam o que as pessoas de fato constroem:
- Tokens — tanto tokens intercambiáveis, semelhantes a dinheiro, quanto outros únicos e identificáveis individualmente.
- Finanças descentralizadas — exchanges, mercados de empréstimo, stablecoins e outros serviços financeiros que rodam como código.
- NFTs e propriedade digital — colecionáveis, ingressos e provas de propriedade registrados on-chain.
- DAOs — organizações cujas regras e tesourarias são governadas pela lógica dos contratos e pela votação dos membros.
- Infraestrutura — pontes, sistemas de identidade e ferramentas das quais outras aplicações dependem.
O que as une é que a lógica central reside em contratos públicos em vez de nos servidores privados de uma empresa, de modo que ela roda da mesma maneira para todos.
O ciclo de vida: escrever, implantar, interagir
Um contrato inteligente passa por um ciclo de vida claro. Primeiro um desenvolvedor o escreve, geralmente em uma linguagem de alto nível projetada para a EVM, e então o compila para o bytecode que a máquina virtual de fato executa. Testes cuidadosos pertencem a esta etapa, porque os erros se tornam muito mais difíceis de corrigir depois.
Em seguida, o contrato é implantado enviando uma transação que coloca seu bytecode permanentemente na blockchain em um endereço único. A partir desse momento, qualquer pessoa pode interagir com ele enviando transações para esse endereço, chamando suas funções e acionando sua lógica. Ler dados de um contrato costuma ser gratuito, enquanto qualquer interação que altere o estado on-chain custa gas. A implantação é o passo crucial: uma vez que o código está no ar, ele fica exposto ao mundo inteiro de uma só vez, que é exatamente por que tanto cuidado é dedicado a tudo o que a precede.
Imutabilidade e padrões de atualização
Por padrão, um contrato implantado é imutável: seu código não pode ser editado depois que está on-chain. Isso é uma vantagem, porque os usuários podem confiar que as regras não mudarão por baixo dos panos, mas também é implacável, já que um bug não pode simplesmente ser corrigido no lugar.
Os desenvolvedores respondem com padrões de atualização deliberados. Uma abordagem comum separa um contrato “proxy” estável com o qual os usuários interagem de um contrato à parte que contém a lógica, de modo que a lógica pode ser trocada enquanto o endereço e os dados armazenados permanecem fixos. Isso restaura a flexibilidade, mas reintroduz a confiança, porque quem controla a atualização pode mudar como o sistema se comporta. O enquadramento honesto é um trade-off: a imutabilidade pura maximiza a previsibilidade, enquanto a atualizabilidade compra a capacidade de corrigir problemas ao custo de pressupostos de confiança adicionais.
Riscos de segurança e famosas classes de bugs
Como os contratos muitas vezes detêm valor real e não podem ser facilmente alterados, a segurança é primordial, e certas categorias de bug se repetem com frequência suficiente para terem nome. Compreendê-las conceitualmente importa mesmo para quem não é desenvolvedor.
- Reentrância — um contrato chama outro, que chama de volta o primeiro antes de este ter terminado de atualizar seu estado, permitindo retiradas repetidas.
- Falhas de controle de acesso — funções sensíveis deixadas chamáveis por qualquer um, em vez de restritas a partes autorizadas.
- Erros aritméticos — cálculos incorretos como estouros que corrompem saldos.
- Manipulação de oráculos e de preços — alimentar um contrato com dados externos ruins para desencadear resultados lucrativos, mas ilegítimos.
Auditoria, boas práticas e “o código é a lei”
O desenvolvimento profissional se apoia em uma defesa em camadas. Auditorias de segurança independentes, testes automatizados extensos, a reutilização de bibliotecas padrão testadas em campo em vez de código inédito e implantações graduais reduzem todas as chances de um erro custoso. Nenhuma delas garante segurança; contratos auditados ainda assim já foram explorados, portanto elas reduzem o risco em vez de eliminá-lo.
Esse é o limite prático por trás do lema “o código é a lei”. A ideia é que um contrato faz exatamente o que seu código diz, sem processo de apelação — o que é empoderador quando o código está correto e implacável quando não está, já que um bug é executado com a mesma fidelidade que um recurso. A nuance que a maioria dos novatos não percebe é que a execução imutável e automática faz da correção tudo. Um contrato não consegue distinguir intenção de acidente; ele só roda o que foi escrito, que é precisamente por que tanto rigor cerca o ato de escrevê-lo bem.