Uma testnet é uma rede blockchain separada que espelha as regras e funcionalidades de uma rede de produção, mas usa tokens sem valor monetário. É onde os desenvolvedores quebram coisas, testam atualizações e descobrem bugs antes que esses bugs possam custar dinheiro real a alguém.
Resumo
- Uma testnet é uma rede blockchain que executa o mesmo software que uma mainnet, mas usa tokens sem valor, permitindo que desenvolvedores testem contratos inteligentes, atualizações de protocolo e aplicativos sem risco financeiro.
- O Ethereum executou várias testnets ao longo de sua história, com Sepolia e Holesky servindo como os principais ambientes de teste públicos a partir de 2026, após a descontinuação do Goerli.
- Os tokens de testnet são gratuitos e podem ser obtidos em faucets, que são serviços web que distribuem pequenas quantidades de tokens de teste para endereços de carteira de desenvolvedores.
- Atualizações importantes de protocolo, como o Pectra do Ethereum e o hard fork van Rossem da Cardano, foram implantadas em testnets meses antes de chegarem à mainnet, onde foram testadas sob condições projetadas para revelar casos extremos e modos de falha.
- As testnets não são réplicas perfeitas das condições da mainnet. Elas normalmente têm menos validadores, menor volume de transações e incentivos econômicos diferentes, o que significa que algumas categorias de bugs só aparecem após a implantação na mainnet.
Todo software é lançado com bugs. A questão é se esses bugs são descobertos em um ambiente controlado ou em produção, onde podem destruir valor. No desenvolvimento de software tradicional, ambientes de staging e processos de QA servem a essa função. No blockchain, as testnets servem à mesma função, mas com uma diferença crítica: os bugs de blockchain são frequentemente irreversíveis.
Um contrato inteligente que contém uma vulnerabilidade em uma testnet não perde nada porque os tokens não têm valor. A mesma vulnerabilidade em uma mainnet pode drenar milhões de dólares em minutos. A história das finanças descentralizadas está repleta de explorações que poderiam ter sido detectadas em uma testnet se os testes tivessem sido mais completos.
Este artigo explica o que são testnets, como funcionam, por que são importantes para a segurança de todo protocolo blockchain e quais são suas limitações. Se você interage com qualquer aplicativo blockchain, a qualidade de sua fase de testnet afeta diretamente a segurança de seus fundos.
Como funcionam as testnets
Uma testnet executa o mesmo software de nó que sua mainnet correspondente, mas opera em uma rede separada com seu próprio bloco gênese, sua própria cadeia de blocos e seu próprio conjunto de validadores ou mineradores. As transações em uma testnet são processadas usando as mesmas regras de consenso, a mesma máquina virtual e o mesmo formato de transação que as transações da mainnet. A única diferença fundamental é que os tokens não têm valor de mercado.
Essa separação é imposta no nível da rede. Os nós da testnet se conectam a outros nós da testnet, não aos nós da mainnet. Os IDs de cadeia são diferentes, o que impede que transações da testnet sejam reproduzidas na mainnet e vice-versa. Quando um desenvolvedor implanta um contrato inteligente em uma testnet, esse contrato existe apenas na testnet e não tem efeito no estado da mainnet.
Os tokens de testnet são distribuídos por meio de faucets, que são aplicativos web simples que enviam uma pequena quantidade de tokens de teste para qualquer endereço de carteira que os solicite. A maioria dos faucets impõe limites de taxa para evitar abuso. Alguns exigem completar um captcha ou conectar uma conta de mídia social. Os tokens não têm valor monetário por design, embora tenha havido casos em que tokens de testnet foram negociados em mercados secundários, o que anula seu propósito e geralmente é desencorajado pelas equipes de protocolo.
Os desenvolvedores usam testnets para implantar e interagir com contratos inteligentes exatamente como fariam na mainnet. Eles podem testar chamadas de função, simular interações de usuários, medir o consumo de gás e verificar se o tratamento de erros funciona corretamente. Aplicativos de carteira, exchanges descentralizadas, protocolos de empréstimo e marketplaces de NFT passam por implantação em testnet antes de serem lançados na mainnet.
Tipos de testnets
Nem todos os testnets servem ao mesmo propósito. Testnets públicos são abertos a qualquer pessoa e espelham as condições da mainnet o mais próximo possível. Eles são usados para testes em estágio final antes da implantação na mainnet e para membros da comunidade que desejam experimentar novos recursos. Sepolia e Holesky da Ethereum são testnets públicos. O testnet Beryl da Base é outro exemplo de testnet público usado para testar atualizações de protocolo antes da implantação na mainnet.
Testnets privados ou com permissão são operados por equipes de desenvolvimento específicas e não são abertos à participação pública. Eles são usados para desenvolvimento em estágio inicial, onde o protocolo pode ser instável ou onde a equipe deseja controlar as condições de teste. Muitos projetos executam testnets privados por meses antes de abrir um testnet público.
Redes de desenvolvimento locais, às vezes chamadas de devnets, são executadas na própria máquina do desenvolvedor. Ferramentas como Hardhat e Foundry para Ethereum permitem que os desenvolvedores criem uma instância local de blockchain, implantem contratos e executem testes em segundos sem se conectar a nenhuma rede externa. Estes não são testnets verdadeiros, mas servem a uma função semelhante para testes unitários e iteração rápida.
Shadow forks são um conceito mais novo em que um testnet reproduz dados reais de transações da mainnet contra uma versão modificada do protocolo. Isso permite que os desenvolvedores testem atualizações contra padrões realistas de transações e tamanhos de estado, em vez das condições sintéticas e muitas vezes irrealistas de um testnet padrão. A Ethereum usou shadow forking extensivamente durante a preparação para The Merge em 2022.
Por que as fases de testnet são importantes para atualizações de protocolo
Grandes atualizações de blockchain seguem um ciclo de vida previsível: especificação, implementação, implantação em testnet, monitoramento e, finalmente, ativação na mainnet. A fase de testnet é onde a implementação encontra a realidade. Bugs que eram invisíveis em testes unitários tornam-se aparentes quando o código é executado em uma rede distribuída com operadores independentes, latência de rede e transações concorrentes.
A atualização Pectra da Ethereum, que introduziu abstração de conta e aumentou a capacidade de blobs, foi implantada no testnet Hoodi meses antes de chegar à mainnet. Durante a fase de testnet, os desenvolvedores descobriram casos extremos na implementação da abstração de conta que teriam causado falhas de transação para um subconjunto de usuários. Estes foram corrigidos antes da implantação na mainnet.
O hard fork van Rossem da Cardano seguiu um padrão semelhante, com a atualização chegando ao seu testnet público semanas antes da votação de governança da mainnet que a ativou. A fase de testnet permitiu que os operadores de stake pool atualizassem seus nós e verificassem a compatibilidade antes do hard fork entrar no ar.
A duração da fase de testnet varia de acordo com a complexidade e o risco da atualização. Mudanças simples de parâmetros podem passar dias em um testnet. Mudanças fundamentais de consenso, como The Merge, passaram meses em vários testnets. A pressão para agir rapidamente está sempre presente, mas o custo de enviar um bug para a mainnet que poderia ter sido detectado em um testnet é alto o suficiente para que a maioria das equipes sérias de protocolo opte por períodos de teste mais longos.
A lacuna entre testnet e mainnet
Testnets são valiosos, mas imperfeitos. Várias categorias de problemas são difíceis ou impossíveis de reproduzir em um testnet. Ataques econômicos, onde um atacante explora a relação entre preços de tokens e mecânicas de protocolo, exigem incentivos econômicos reais que não existem em um testnet. Estratégias de valor extraível de mineradores ou validadores, front running e ataques de sanduíche dependem de motivação financeira real.
Bugs relacionados à escala também frequentemente escapam da detecção em testnets. Um testnet com 100 validadores processa transações de forma diferente de uma mainnet com 1.000 validadores. Padrões de congestionamento de rede, inchaço de estado e o comportamento da camada de gossip peer-to-peer sob carga mudam com a escala. Alguns bugs só se manifestam quando o banco de dados de estado excede um certo tamanho ou quando o volume de transações atinge picos acima dos níveis que os testnets raramente experimentam.
As dimensões sociais e de governança do blockchain também diferem entre testnet e mainnet. Em uma testnet, não há stakeholders reais com exposição financeira que possam resistir a uma atualização. A política de coordenação de hard fork, que pode envolver exchanges, provedores de carteiras, grandes detentores de tokens e desenvolvedores de aplicativos, não existe em uma testnet. Uma mudança de protocolo que funciona perfeitamente em uma testnet ainda pode falhar na mainnet se a coordenação necessária para ativá-la falhar.
Essa lacuna é a razão pela qual muitos projetos de blockchain agora usam testnets incentivadas, onde os participantes ganham recompensas por encontrar bugs, testar a rede sob estresse ou executar validadores. A testnet da cadeia Robinhood registrou 4 milhões de transações em sua primeira semana, em parte devido a programas de incentivo que atraíram usuários reais realizando interações realistas em vez de scripts de teste sintéticos.
O que as testnets não cobrem
As testnets não testam a segurança econômica. O valor dos tokens em uma testnet é zero, o que significa que atores econômicos racionais se comportam de maneira diferente do que fariam na mainnet. Um protocolo que parece seguro em uma testnet pode ser vulnerável a explorações econômicas que só se tornam aparentes quando dinheiro real está em jogo.
As testnets não testam a estabilidade de longo prazo. A maioria das testnets é redefinida periodicamente, o que significa que problemas relacionados ao crescimento do estado, desempenho do banco de dados ao longo do tempo e o acúmulo de casos extremos em cadeias de longa duração não são testados. Alguns protocolos executam testnets de longa duração especificamente para detectar esses problemas, mas a prática não é universal.
As testnets não testam o comportamento do usuário. Em uma testnet, os usuários não têm motivo para otimizar o uso de gás, apressar transações antes de um prazo ou se envolver em arbitragem. Os padrões de transação em uma testnet são fundamentalmente diferentes dos padrões da mainnet, o que significa que as métricas de desempenho medidas em uma testnet podem não se traduzir para as condições da mainnet.
Verificações práticas para usar testnets
Se você é um desenvolvedor, sempre implante em uma testnet antes da mainnet. Isso parece óbvio, mas um número surpreendente de explorações de contratos inteligentes envolve código que foi implantado diretamente na mainnet sem cobertura adequada de testnet. Use estruturas de teste automatizadas para executar seu conjunto de testes contra uma implantação de testnet, não apenas um nó local.
Se você é um usuário, verifique se os aplicativos que você usa passaram por uma fase de testnet pública. Projetos sérios publicam endereços de testnet, convidam a comunidade para testar e frequentemente executam programas de recompensa por bugs durante a fase de testnet. Um projeto que pula a fase de testnet pública e lança diretamente na mainnet está assumindo um risco com os fundos de seus usuários.
Ao interagir com testnets, use uma carteira separada da sua carteira principal. Embora as transações de testnet não possam afetar a mainnet, usar a mesma chave privada em ambas as redes é uma prática de segurança ruim. Se um aplicativo de testnet for comprometido ou contiver código malicioso, ter sua chave privada da mainnet na mesma carteira cria um risco desnecessário.
Monitore a fase de testnet de atualizações para redes onde você possui ativos. Se uma grande atualização encontrar problemas em uma testnet, ela pode ser adiada ou modificada antes da implantação na mainnet. Entender o cronograma da testnet dá a você aviso prévio de possíveis interrupções ou oportunidades.
Perguntas frequentes
O que é uma testnet em termos simples?
Uma testnet é uma versão de prática de um blockchain. Ela funciona da mesma forma que o blockchain real, mas usa tokens falsos que não têm valor. Os desenvolvedores a usam para testar seus aplicativos e encontrar bugs antes de lançar na rede real, onde há dinheiro real envolvido.
Os tokens de testnet valem alguma coisa?
Não. Os tokens de testnet não têm valor monetário por design. Eles existem apenas para fins de teste e podem ser obtidos gratuitamente em faucets. Embora tenha havido casos de pessoas negociando tokens de testnet em mercados secundários, isso é desencorajado e anula o propósito de ter um ambiente de teste gratuito.
Como obtenho tokens de testnet?
Os tokens de testnet estão disponíveis em faucets, que são serviços web que distribuem tokens de teste gratuitos. Para a testnet Sepolia da Ethereum, você pode pesquisar por um faucet da Sepolia, inserir o endereço da sua carteira e receber ETH de teste em segundos. A maioria dos faucets tem limites de taxa para evitar abuso.
Qual é a diferença entre uma testnet e uma mainnet?
Uma mainnet é o blockchain de produção onde as transações envolvem tokens reais com valor real. Uma testnet é uma rede separada que executa o mesmo software, mas usa tokens sem valor. As testnets são para desenvolvimento e teste. As mainnets são para uso real. Elas compartilham as mesmas regras, mas operam de forma independente.
Por que os blockchains precisam de testnets?
As transações em blockchain são geralmente irreversíveis, então bugs em produção podem resultar em perda permanente de fundos. As testnets permitem que os desenvolvedores encontrem e corrijam esses bugs em um ambiente seguro, onde erros não custam nada. Grandes atualizações de protocolo são sempre testadas em testnets antes de serem ativadas na mainnet.
Posso testar meu próprio contrato inteligente em uma testnet?
Sim. Qualquer pessoa pode implantar contratos inteligentes em testnets públicas como a Sepolia da Ethereum. Você precisa de uma carteira, tokens de testnet gratuitos de um faucet e um framework de desenvolvimento como Hardhat ou Foundry. O processo de implantação é idêntico ao da mainnet, apenas usando um endpoint de rede diferente.
O que acontece quando uma testnet é descontinuada?
Quando uma testnet é descontinuada, seus validadores param de processar transações e a rede eventualmente é encerrada. Quaisquer contratos implantados nela se tornam inacessíveis. Isso acontece periodicamente à medida que os protocolos evoluem. A Ethereum descontinuou as testnets Ropsten, Rinkeby e Goerli em favor da Sepolia e Holesky.
É seguro usar testnets?
As testnets em si são seguras porque os tokens não têm valor, então você não pode perder dinheiro. No entanto, você deve usar uma carteira separada da sua carteira da mainnet e nunca compartilhar chaves privadas entre redes. Tenha cuidado com aplicativos de testnet que pedem conexões ou permissões da carteira da mainnet.
