Por que o Ethereum precisa de uma transformação de mainnet ZK

O Ethereum enfrenta atualmente um período de vazio narrativo. O antigo “computador do mundo” e a “camada de liquidação financeira” já são coisa do passado, enquanto a nova fase de desenvolvimento parece obscura e indefinida. Entre várias possibilidades, a prova de conhecimento zero (ZK) está gradualmente emergindo como a direção mais promissora — e é por isso que a comunidade do Ethereum investe mais em tecnologia ZK do que qualquer outra blockchain no mundo cripto.

Dilema de desempenho e a luta pela descentralização

À primeira vista, os indicadores de desempenho do Ethereum já são bastante impressionantes. Com múltiplas elevações no limite de Gas, a capacidade máxima da rede principal atingiu teoricamente 200+ TPS. No entanto, esse aumento tem custos invisíveis — os operadores de nós precisam de servidores mais potentes.

Aqui entra um conflito profundo: o Ethereum mantém o princípio da descentralização, evitando que o custo de manutenção dos nós seja excessivamente alto (senão apenas algumas instituições poderiam operá-los). Em contrapartida, Solana tem um custo de servidor por nó 5-10 vezes maior que o do Ethereum, refletindo duas rotas tecnológicas completamente distintas.

Diante desse impasse, simplesmente continuar elevando o limite de Gas se torna uma estrada sem saída. É necessário encontrar uma nova solução — permitir que os nós verifiquem mais transações com custos de hardware menores.

ZK na mainnet: de “ferramenta central” a “estrutura essencial”

Recentemente, o V神 anunciou no Twitter que o ZKEVM entrou na fase Alpha, fundamentando-se na lógica de que: a ZK na mainnet não é uma opção, mas uma necessidade.

Para explicar de forma intuitiva: o trabalho dos nós no passado era como professores corrigindo provas manualmente — cada transação precisava ser verificada individualmente, o que era trabalhoso e ineficiente. Com a ZK, é como ter uma máquina de correção automática — os nós só precisam verificar uma prova ZK concisa, que confirma a validade de um lote de transações.

Qual é o efeito concreto? Um nó que antes podia verificar 50 transações, agora pode verificar 1000. Sem alterar o hardware ou a equipe, a eficiência aumenta exponencialmente.

Aqui é importante esclarecer um equívoco comum: a ZK por si só não aumenta diretamente o TPS, ela constrói uma base prévia. A verdadeira melhora de desempenho ainda depende de elevar o limite de Gas, mas, sob a arquitetura ZK, esse processo tem seu custo de hardware significativamente reduzido — e essa é a verdadeira essência do valor da ZK.

A atualização do Fusaka, especialmente a do PeerDAS, indica que o Ethereum está bem preparado tecnologicamente para a ZK na mainnet. Uma vez concluída essa transição, ultrapassar mil TPS não será mais uma questão teórica para o Ethereum.

Oportunidades de diversificação na ecologia ZK

Alguns se perguntam: se o Ethereum oficial impulsionar fortemente o ZK-EVM, ainda haverá espaço para equipes independentes de ZK?

A resposta é sim — o espaço ainda é vasto.

Primeiro, do ponto de vista técnico, ZK e FHE (criptografia homomórfica total) estão entre os maiores desafios na criptografia. Embora a Fundação Ethereum tenha acumulado experiência, ela não é suficiente para realizar todas as tarefas sozinha. A comunidade de código aberto valoriza a colaboração — a tentativa e erro de equipes terceirizadas de ZK e suas inovações são cruciais para o ecossistema.

Em segundo lugar, na estratégia tecnológica, o ZK-EVM é classificado em quatro tipos, de Type 1 a Type 4. Equipes como Polygon, Scroll, ZKsync e Taiko focam cada uma em um tipo, formando uma espécie de “competição por divisão de trabalho”. No final, provavelmente apenas uma dessas rotas será adotada oficialmente pelo Ethereum, mas até lá, a diversidade de exploração é insubstituível.

Mais interessante ainda é o campo de ZK-VM. Diferentemente do ZK-EVM, ZK-VM (como a solução desenvolvida pela Brevis) não exige compatibilidade com EVM. Por não estar limitada pelo EVM, sua performance costuma ser superior. Além disso, sem a dicotomia de “ou isto ou aquilo”, as equipes de ZK-VM têm maior longevidade. O próprio V神 mencionou o desempenho do ZK-VM da Brevis e expressou esperança de que ele possa entrar na área de ZK-EVM.

Reequilíbrio na ecologia Layer 2

O ZK na mainnet do Ethereum impactará o ecossistema Layer 2?

A visão do V神 é que: o progresso do ZK e o desenvolvimento do L2 devem ser avaliados separadamente. No curto prazo, certamente haverá alguma migração de usuários — se a L1 se tornar suficientemente barata, o valor que motiva alguns usuários de L2 pode diminuir.

Por outro lado, pense assim: a L1 é como a fundação de um edifício, enquanto a L2 é como o arranha-céu. Quanto mais sólida for a fundação, maior será a estabilidade e a escalabilidade do prédio. Com a ZK na L1, os custos de transação na L2 também cairão, criando um ciclo de feedback positivo para todo o ecossistema.

Além disso, equipes como a Brevis, que trabalham com ZK, já vão além do escopo de L2. Estão construindo um mercado de capacidade de cálculo ZK, oferecendo mecanismos de incentivo ZK para aplicações como Uniswap — essas inovações não são exclusivas de L2, mas representam uma verdadeira “camada de aplicação ZK”.

Conclusão

Desde a concepção da visão ZK até hoje, o Ethereum já investiu cinco ou seis anos nesse caminho. Agora, com o ZKEVM entrando na fase Alpha, esse avanço depende do compromisso de longo prazo da equipe oficial e da contínua inovação de parceiros como Brevis, Polygon e outros.

Quando o Ethereum finalmente alcançar a ZK na mainnet, não será apenas uma atualização técnica, mas o fechamento completo de uma narrativa — do “computador do mundo” ao “camada de liquidação financeira escalável”, e finalmente à “forma definitiva de descentralização e desempenho”. A próxima etapa dessa história promete ser emocionante.