Ethereum 2029: Mapa de Estrada da Atualização — Recriação Completa Sem Parar a Cadeia

Autor: James/Snapcrackle

Tradução: Deep潮 TechFlow

Guia da Deep潮: O pesquisador da Ethereum Justin Drake lançou o "Strawmap" — o primeiro plano estruturado de atualização da Ethereum com marcos temporais claros e objetivos de desempenho. Vitalik o chamou de "muito importante" e descreveu o efeito geral como uma reconstrução no estilo "Navio de Teseu". Este artigo é o mais claro e abrangente até agora sobre o Strawmap, cobrindo desde seu funcionamento até os cinco objetivos e as sete atualizações, tornando-o compreensível mesmo para quem não tem conhecimento técnico.

O texto completo é:

A Ethereum acabou de lançar seu plano de atualização mais detalhado de todos os tempos. Sete atualizações, cinco objetivos, uma reconstrução em larga escala.

Se você está se perguntando para quem este guia foi escrito... sou eu.

O pesquisador da Ethereum Justin Drake publicou o que chama de "Strawmap", uma tabela de cronograma para sete propostas de atualização até 2029. O cofundador da Ethereum Vitalik Buterin o descreveu como "muito importante" e caracterizou os efeitos acumulados como uma reconstrução tipo "Navio de Teseu" do núcleo da Ethereum.

Esta metáfora vale a pena entender.

A embarcação de Teseu é um experimento mental da Grécia Antiga: se você substituir as tábuas de um navio uma a uma, até que todas tenham sido trocadas, ainda é o mesmo navio?

Esta é a proposta da Strawmap para o Ethereum.

Até 2029, todos os principais componentes do sistema serão substituídos. No entanto, não há nenhum plano para uma “parada e reescrita completa”. O objetivo é realizar atualizações compatíveis com versões anteriores, mantendo a cadeia em funcionamento enquanto se trocam as placas — embora cada atualização ainda exija que os operadores de nós atualizem o software e possam surgir novas situações de borda. Trata-se de uma reconstrução completa disfarçada como uma atualização progressiva. Estritamente falando, embora a lógica da camada de consenso e da camada de execução esteja sendo reconstruída, o estado (saldos dos usuários, armazenamento de contratos e histórico) é mantido em todos os forks. “O navio está sendo reconstruído enquanto transporta sua carga.” Subam a bordo!

“Por que não começar do zero?” Porque você não pode reiniciar, pois perderia o que torna a Ethereum valiosa: as aplicações já em execução, os fundos já em circulação e a confiança já estabelecida. Você precisa substituir as tábuas enquanto o navio está em movimento.

O nome “Strawmap” é uma combinação de “strawman” (proposta preliminar) e “roadmap” (plano de desenvolvimento). Uma proposta preliminar é uma sugestão intencionalmente imperfeita, apresentada para ser criticada. Portanto, isto não é uma promessa, mas sim o ponto de partida para uma discussão. Contudo, é a primeira vez que os construtores da Ethereum traçam um caminho de atualização estruturado, com cronogramas e objetivos de desempenho claros.

A equipe envolvida nesse trabalho é composta pelos melhores criptógrafos e cientistas da computação do planeta. E tudo é de código aberto. Sem taxas de licença, sem contratos com fornecedores, sem equipe de vendas corporativa. Qualquer empresa, qualquer desenvolvedor, qualquer país pode construir sobre isso. O JPMorgan se beneficiará dessas atualizações da mesma maneira que uma equipe de três empreendedores em São Paulo pode se beneficiar.

Imagine se uma aliança de engenheiros líderes mundiais estivesse reconstruindo do zero os canais financeiros da internet, e você pudesse se conectar diretamente.

Antes de falar sobre para onde ele vai, vamos falar sobre o que ele é hoje.

Ethereum é, por natureza, um computador global compartilhado. Em vez de uma empresa operar um servidor, milhares de operadores independentes em todo o mundo executam cópias do mesmo software.

Esses operadores verificam transações de forma independente. Alguns deles são chamados de validadores e também fazem staking de seu próprio ETH como garantia. Se um validador tentar fraudar, o ETH stakeado será confiscado. A cada 12 segundos, os validadores alcançam consenso sobre quais transações ocorreram e em que ordem. Essa janela de 12 segundos é chamada de "slot". Cada 32 slots (aproximadamente 6,4 minutos) formam um "epoch".

A finalidade real — o momento em que as transações se tornam irreversíveis — leva aproximadamente 13 a 15 minutos, dependendo de onde sua transação cair no ciclo.

A velocidade de processamento do Ethereum é de aproximadamente 15 a 30 transações por segundo, dependendo da complexidade de cada transação. Em comparação, a rede Visa pode processar mais de 65 mil transações por segundo. Essa diferença é a razão pela qual a maioria dos aplicativos Ethereum hoje opera em redes de “Layer 2” — sistemas independentes que agrupam grandes volumes de transações e enviam resumos de volta à camada principal do Ethereum para garantir segurança.

O sistema que permite que todos os operadores cheguem a um consenso é chamado de "mecanismo de consenso". O mecanismo de consenso atual da Ethereum está funcionando corretamente e foi testado na prática, mas foi projetado para uma era anterior, limitando o limite de capacidade da rede.

O objetivo do Strawmap é resolver todos esses problemas, um upgrade de cada vez.

A rota é organizada em torno de cinco objetivos. A Ethereum já está em operação, com bilhões de dólares circulando diariamente. Mas possui limitações reais no que pode ser construído. Esses cinco objetivos visam eliminar essas limitações.

1. L1 rápido: finalidade em segundos

Hoje, ao enviar uma transação na Ethereum, leva cerca de 13 a 15 minutos para ser realmente confirmada — ou seja, irreversível, concluída e não recuperável.

Solução: substituir o mecanismo por um consenso entre todos os operadores. O objetivo é alcançar finalidade em uma única rodada de votação dentro de cada slot. Minimmit é um dos principais candidatos em pesquisa, um protocolo projetado para consenso ultra-rápido, mas seu design exato ainda está em desenvolvimento. O importante é o objetivo: alcançar finalidade em um único slot. Em seguida, o tempo do slot também será reduzido: a trajetória proposta é de 12 segundos → 8 → 6 → 4 → 3 → 2.

A finalidade não é apenas uma questão de velocidade, mas de certeza. Pense em uma transferência bancária: o intervalo entre "enviado" e "liquidado" é a janela em que algo ainda pode dar errado. Se você estiver realizando um pagamento de um milhão de dólares, a liquidação de uma transação de títulos ou uma transação imobiliária na blockchain, esses 13 minutos de incerteza são um problema. Reduzindo para segundos, você altera fundamentalmente o que essa rede pode fazer — não apenas aplicações nativas de criptomoedas, mas qualquer coisa envolvendo transferência de valor.

2. Gigagas L1: 300 vezes mais rápido

A rede principal da Ethereum processa cerca de 15 a 30 transações por segundo, o que constitui o gargalo.

Solução: O Strawmap tem como objetivo uma capacidade de execução de 1 gigagas por segundo, o que se traduz em aproximadamente 10 mil transações por segundo (o número exato depende da complexidade de cada transação, pois diferentes operações consomem quantidades variáveis de gas). A tecnologia central é a "prova de conhecimento zero" (prova ZK).

A maneira mais simples de entender: agora, cada operador na rede deve recalcular cada operação para confirmar sua correção. É como fazer cada funcionário da empresa refazer independentemente cada problema do colega. Seguro? Sim. Extremamente ineficiente? Também sim. As provas ZK permitem que você verifique um recibo matemático compacto que prova que a operação está correta, com a mesma confiança e esforço mínimo.

O software para gerar essas provas ainda é muito lento. A versão atual exige minutos a horas para trabalhos complexos. Reduzir isso para a escala de segundos — cerca de 1.000 vezes mais rápido — é um problema de pesquisa ativo, e não apenas um desafio de engenharia. Equipes como RISC Zero e Succinct estão avançando rapidamente, mas ainda está na fronteira.

10.000 TPS na mainnet, mais finalidade rápida, significam uma arquitetura mais simples, menos componentes e menos pontos de falha.

3. Teragas L2: 10 milhões de transações por segundo através do canal rápido

Para volumes de negociação verdadeiramente em grande escala (e necessidades personalizadas), você ainda precisa da rede Layer 2. Hoje, o limite das L2 é restrito pela quantidade de dados que a rede principal da Ethereum pode processar para elas.

Solução: uma técnica chamada "amostragem de disponibilidade de dados" (DAS). Em vez de cada operador baixar todos os dados para verificar sua existência, cada um verifica amostras aleatórias e usa matemática para confirmar que o conjunto de dados completo está completo. É como verificar se um livro de 500 páginas realmente está na prateleira — virar aleatoriamente 20 páginas diferentes; se todas estiverem presentes, você pode determinar estatisticamente que o restante também está.

PeerDAS foi lançado na atualização Fusaka, estabelecendo a base para tudo o que Strawmap constrói. Expandir a partir daí até o objetivo completo significa expansão iterativa: cada fork aumenta a capacidade de dados, com testes de estresse na estabilidade da rede em cada etapa.

10 milhões de transações por segundo na camada L2 abrem portas impossíveis em qualquer blockchain atual. Pense na cadeia de suprimentos global, onde cada produto e cada envio possui um token digital; ou milhões de dispositivos conectados gerando dados verificáveis; ou sistemas de micropagamentos de frações de centavo de dólar. Essas cargas de trabalho são muito grandes para qualquer rede existente — sob 10 milhões de TPS, elas cabem com folga.

4. L1 pós-quantum: preparando-se para computadores quânticos

A segurança do Ethereum depende de problemas matemáticos extremamente difíceis de quebrar para os computadores atuais. Isso se aplica a todo o sistema — incluindo as assinaturas usadas pelos usuários ao enviar transações e as assinaturas utilizadas pelos validadores para alcançar consenso. Uma vez que computadores quânticos se tornem suficientemente poderosos, poderão quebrar ambos, potencialmente permitindo que alguém falsifique transações ou roube fundos.

Solução: migrar para novos métodos criptográficos (baseados em hash) que são considerados resistentes a ataques quânticos. Este é um upgrade mais tardio, pois afeta quase todos os aspectos do sistema, e os novos métodos utilizam muito mais dados (kilobytes em vez de bytes), alterando a economia do tamanho dos blocos, largura de banda e armazenamento da rede.

A ameaça de ataques quânticos à criptografia atual pode ainda levar anos ou até décadas. Mas, se você está construindo infraestrutura destinada a durar — possivelmente detendo trilhões de dólares em valor — “deixar para depois” não é uma resposta real.

5. L1 Privado: Mantenha suas negociações em sigilo

Tudo na Ethereum é público por padrão. A menos que você use aplicativos de privacidade como Railgun, ou L2s focados em privacidade como ZKsync ou Aztec, cada transação, cada valor e cada contraparte são visíveis para qualquer pessoa.

Solução: integrar diretamente transferências confidenciais no núcleo da Ethereum. O objetivo técnico é permitir que a rede valide a validade da transação (o remetente possui fundos suficientes, a matemática está correta), sem expor os detalhes reais. Você pode provar que “esta é uma transferência legítima de 50 mil dólares” sem revelar quem pagou a quem ou o propósito do pagamento.

Há uma solução alternativa hoje. A EY e a StarkWare anunciaram em fevereiro de 2026 o Nightfall no Starknet, trazendo transações protegidas por privacidade para o ambiente L2. Mas a solução alternativa aumenta a complexidade e o custo. Integrar a privacidade diretamente na camada base elimina completamente a necessidade de middleware.

Este também é o ponto de encontro do trabalho pós-quantum: qualquer esquema de privacidade construído deve ser resistente ao quantum ao mesmo tempo. Dois desafios que precisam ser resolvidos simultaneamente. Resolver esse problema eliminará um dos principais obstáculos para a adoção em larga escala.

Strawmap propôs sete atualizações, aproximadamente a cada seis meses, começando pelo Glamsterdam. Cada atualização foi intencionalmente limitada a alterar apenas uma ou duas coisas importantes, pois, se algo der errado, você precisa saber exatamente o que causou.

A próxima atualização após o Fusaka (já lançado, que estabeleceu as bases por meio do PeerDAS e da otimização de dados) é a Glamsterdam, que reestrutura a forma como os blocos de transações são montados.

Hegetá trará posteriormente melhorias estruturais adicionais. Os forks restantes (I a M) se estendem até 2029, introduzindo gradualmente consenso mais rápido, provas ZK, disponibilidade de dados expandida, criptografia resistente a quantum e recursos de privacidade.

Porque alguns desses problemas ainda não foram resolvidos.

Substituir o mecanismo de consenso é o mais difícil. Imagine trocar os motores de um avião enquanto está em voo, exigindo que milhares de co-pilotos concordem com cada alteração. Cada mudança exige meses de teste e verificação formal. E reduzir o tempo de ciclo abaixo de 4 segundos eventualmente encontra problemas físicos: um sinal percorre a volta da Terra em cerca de 200 milissegundos, e em certo ponto, você está correndo contra a velocidade da luz.

Tornar os provadores ZK suficientemente rápidos é outro problema de ponta. A lacuna entre a velocidade atual (em minutos) e a velocidade alvo (em segundos) é de cerca de 1000 vezes, exigindo avanços matemáticos e hardware dedicado.

A expansão da disponibilidade de dados é menos difícil, mas também mais operacional. A matemática é sólida; o desafio está em operar com cautela em uma rede em tempo real que detém centenas de bilhões em valor.

A migração pós-quantum é um pesadelo operacional, pois as novas assinaturas são muito maiores e alteram a economia de tudo.

A privacidade nativa possui, além da complexidade técnica, uma sensibilidade política. As autoridades reguladoras temem que ferramentas de privacidade facilitem a lavagem de dinheiro. Os engenheiros devem construir algo suficientemente privado para ser útil, mas também suficientemente transparente para atender aos requisitos de conformidade, e ainda assim deve ser resistente a quantum.

Esses itens não podem ser avançados simultaneamente. Algumas atualizações dependem de outras; você não pode escalar para 10.000 TPS sem provas ZK maduras, nem pode escalar L2 sem trabalho de disponibilidade de dados. Essas cadeias de dependência determinam a programação.

Considerando o que foi tentado, três anos e meio já foi bastante ousado.

Primeiro, há uma variável. Strawmap esclarece explicitamente: "O rascunho atual assume um desenvolvimento liderado por humanos. O desenvolvimento impulsionado por IA e a verificação formal podem reduzir significativamente o cronograma."

Em fevereiro de 2026, um desenvolvedor chamado YQ apostou com Vitalik que uma pessoa poderia programar todo o sistema Ethereum para a rota de 2030+ usando agentes de IA. Poucas semanas depois, ele lançou o ETH2030: um cliente de execução experimental em Go, que afirma ter cerca de 713.000 linhas de código, implementando todos os 65 itens do Strawmap e sendo marcado como funcional em testnet e mainnet.

Está pronto para produção? Não. Como Vitalik apontou, quase certamente há vulnerabilidades críticas por toda parte, e em alguns casos, podem existir implementações stub; a IA nem sequer tentou uma versão completa. Mas a resposta de Vitalik merece ser lida com atenção: “Seis meses atrás, algo assim estaria muito além do possível. O importante é a direção da tendência… As pessoas devem manter-se abertas a essa possibilidade (não certeza! possibilidade): a rota da Ethereum será concluída muito mais rapidamente do que se esperava, com padrões de segurança muito mais altos do que se imaginava.”

A insights central de Vitalik é que a maneira correta de usar IA não é apenas ir mais rápido, mas dedicar metade dos recursos à velocidade e a outra metade à segurança: mais testes, mais verificação matemática, mais implementações independentes do mesmo processo.

O projeto Lean Ethereum está realizando verificação formal com validação por máquina para partes do stack criptográfico e de prova. Código livre de vulnerabilidades — longamente considerado uma ilusão idealista — pode realmente se tornar uma expectativa básica.

Strawmap é um documento de coordenação, não um compromisso. Seus objetivos são ambiciosos, o cronograma é visionário e a execução depende de centenas de contribuidores independentes.

Mas a questão real não é se cada meta será alcançada no prazo. É se você quer construir na plataforma dessa trajetória ou competir com ela.

E tudo isso — pesquisa, avanços, migração criptográfica — ocorre em um ambiente aberto, gratuitamente e disponível para todos... Esta é a parte da história que deveria ter recebido muito mais atenção do que recebeu.