O que é o "Strawmap" do Ethereum, apoiado por Vitalik Buterin?

O método da Fundação Ethereum (EF) Pesquisadores publicaram o “Strawmap”, um esboço preliminar do roteiro para o Ethereum. Camada 1 (L1) Atualizações de protocolo. O documento está disponível em strawmap.org, delineia uma direção técnica de longo prazo para Ethereum até o final da década.

Vale ressaltar que o Strawmap não é um roteiro oficial. Em vez disso, é uma ferramenta de coordenação projetada para estimular a discussão entre pesquisadores, equipes de clientes e participantes da governança. Ele apresenta um caminho coerente dentre muitos resultados possíveis em um sistema descentralizado, onde um consenso aproximado emerge ao longo do tempo.

Este artigo explica o que a Strawmap propõe, como ela estrutura as atualizações do Ethereum até 2029 e como aborda desempenho, criptografia, privacidade e escalabilidade na camada base.

Quem criou o Strawmap e para quem ele foi desenvolvido?

O Strawmap teve origem em um workshop da Ethereum Foundation em janeiro de 2026. Posteriormente, foi lançado publicamente pela equipe de arquitetura da EF, incluindo Justin Drake, Ansgar Dietrichs, Barnabé Monnot e Francesco D'Amato.

O documento destina-se a leitores avançados e foi escrito para pesquisadores de protocolos, desenvolvedores de clientes e participantes da governança do Ethereum. Em essência, o Strawmap é descrito como um documento vivo que deverá receber atualizações pelo menos trimestralmente. 

O que significa “Strawmap”?

O nome combina “homem de palha” e “roteiro”. O qualificador “homem de palha” reflete duas realidades:

1. O Ethereum não possui uma única autoridade capaz de impor um roteiro final a todas as partes interessadas.
2. Este documento é um trabalho em andamento, não uma previsão.

O roteiro pressupõe um desenvolvimento que priorize a intervenção humana. Observa-se que o desenvolvimento assistido por IA e a verificação formal podem reduzir os prazos.

Como o Strawmap está estruturado?

O Strawmap apresenta as atualizações do Ethereum em uma única linha do tempo visual que se estende de 2026 a 2029, com itens de longo prazo além de 2030.

Pressupõe uma cadência de aproximadamente uma bifurcação a cada seis meses e descreve sete bifurcações:

Descubra projetos promissores...

Projetos promissores...

(Propaganda)

O artigo continua...

• Glamsterdam (2026)
• Hegota (2026)
• I* (2027)
• J* (2028)
• K* (2028)
• L* (2029)
• M+ (2030 e além)

Os garfos estão organizados em três camadas horizontais:

• Camada de consenso (CL)
• Camada de dados (DL)
• Camada de Execução (EL)

Cada fork inclui "headliners", definidos como atualizações importantes. O processo All Core Devs (ACD) geralmente limita cada fork a um único consenso e um único headliner de execução para manter a cadência. Uma exceção é o L*, que inclui dois headliners de consenso vinculados ao lean consensus.

Objetivos de longo prazo para o Ethereum

A Strawmap define cinco objetivos de longo prazo:

1. L1 rápido

Slots curtos e finalização em segundos.

2. Gigagas L1

Taxa de transferência de 1 gigagas por segundo, aproximadamente 10,000 transações por segundo (TPS), possibilitada por zkEVMs e comprovação em tempo real.

3. Teragas L2

Largura de banda de dados de 1 gigabyte por segundo, ou cerca de 10 milhões de TPS, por meio de amostragem de disponibilidade de dados.

4. Pós-Quântico L1

Criptografia baseada em hash para resistir a ataques quânticos.

5. Nível Privado 1

Transferências ETH blindadas na camada base.

Esses objetivos focam em latência, taxa de transferência, durabilidade criptográfica e privacidade.

Proposta: Reduzir o tempo de execução e a finalidade do Ethereum

O tempo médio de finalidade atual do Ethereum é de cerca de 16 minutos. Isso é calculado multiplicando-se intervalos de 12 segundos por épocas de 32 intervalos e aproximadamente 2.5 épocas.

A Strawmap propõe reduções incrementais no tempo de execução dos slots, seguindo uma progressão de √2:
12s → 8s → 6s → 4s → 3s → 2s.

Vitalik Buterin descreveu essa abordagem em resposta ao roteiro:

“Espero que reduzamos o tempo de execução de forma incremental, por exemplo, gosto da fórmula 'raiz quadrada de 2 por vez' (12 -> 8 -> 6 -> 4 -> 3 -> 2, embora os dois últimos passos sejam mais especulativos e dependam de muita pesquisa). Ele acrescentou: “Os slots rápidos estão em uma categoria própria no topo do roteiro e não parecem estar realmente conectados a nada. Isso ocorre porque o restante do roteiro é bastante independente do tempo de execução.”

Buterin não apresentou um cronograma de implementação específico em sua mensagem. No entanto, ele se referiu ao esboço como um plano organizado que detalha uma série de objetivos técnicos relacionados à redução de slots, à reformulação da finalidade e à implementação de melhorias criptográficas.

Aprimoramentos P2P e Codificação de Apagamento

Slots mais curtos exigem melhorias na propagação de blocos. A pesquisa de Raul Jordan concentra-se em uma arquitetura ponto a ponto (P2P) otimizada usando codificação de apagamento.

Nesse projeto, um bloco é dividido em partes (por exemplo, 8 partes, das quais quaisquer 4 podem reconstruir o bloco completo). Essa estrutura k-de-n reduz a sobrecarga de largura de banda e, ao mesmo tempo, melhora o tempo de propagação do bloco no 95º percentil. De acordo com dados de pesquisa citados por Buterin, essa arquitetura pode viabilizar slots mais curtos sem comprometer a segurança.

Trajetória de Finalidade

O Strawmap também propõe desacoplar os slots da finalidade. O objetivo a longo prazo é usar um algoritmo BFT de uma rodada conhecido como Minimmit.

Uma possível trajetória de finalidade delineada por Buterin:

• 16 minutos (hoje)
• 10m40s (intervalos de 8 segundos)
• 6m24s (finalidade de uma época)
• 1m12s (épocas de 8 slots, slots de 6 segundos)
• 48s (intervalos de 4 segundos)
• 16s (Mínimo)
• 8s (parâmetros Minimmit mais agressivos)

Essas mudanças envolvem uma reformulação significativa do consenso.

Como a criptografia pós-quântica se encaixa nesse plano?

O Strawmap integra atualizações pós-quânticas com grandes mudanças de consenso. O plano inclui:

• Assinaturas baseadas em hash
• Migração para funções hash compatíveis com STARK
• Avaliação das respostas às preocupações criptográficas do Poseidon2

Três respostas estão sendo estudadas, incluindo o aumento do número de rodadas, o retorno ao Poseidon1 ou o uso do BLAKE3.

Buterin observou que os slots poderiam se tornar resistentes à computação quântica antes da finalidade. Nesse cenário, um avanço quântico repentino poderia comprometer as garantias de finalidade, permitindo que a cadeia continuasse produzindo blocos.

O que acontece nas camadas de execução e de dados?

Camada de Execução

As principais propostas incluem:

• Contabilidade de gás multidimensional
• Aumento do limite de gás do bloco
• Integração zkEVM
• Máquinas de conhecimento zero canônicas (ZKM)
• Reestaqueamento nativo
• Transações não interativas (NIT)
• Pesquisa ZKVM em exaescala

A meta a longo prazo é uma capacidade de processamento de gigagás no nível L1.

Camada de Dados

O roteiro inclui:

• Alterações de Blob por Operador (BPO)
• Amostragem de disponibilidade de dados
• Diminuições simples de tamanho em garfos específicos
• Retornar aos dados da chamada nos casos selecionados

O objetivo do Teragas L2 é aumentar a escalabilidade dos rollups e da taxa de transferência de dados sem comprometer a descentralização.

Será que o Strawmap sinaliza uma mudança em relação ao escalonamento centrado em rollups?

O roteiro anterior do Ethereum enfatizava os rollups como o principal mecanismo de escalabilidade. O Strawmap não remove os rollups, mas delineia um caminho de escalabilidade mais robusto para a própria camada 1.

Se concretizado, o roteiro aumentaria a taxa de transferência da camada 1 para 10,000 TPS, ao mesmo tempo que permitiria uma taxa de transferência da camada 2 de 10 milhões de TPS. Essa abordagem reduz a dependência exclusiva de agregações de dados para escalabilidade.

Conclusão

O Strawmap do Ethereum apresenta uma visão estruturada das atualizações de longo prazo da Camada 1 até 2029. Ele define metas mensuráveis: slots mais rápidos, finalidade mais curta, maior taxa de transferência, criptografia pós-quântica e privacidade na camada base. O roteiro organiza essas atualizações nas camadas de consenso, dados e execução, com uma cadência de forks e dependências técnicas definidas.

O documento não prevê resultados, mas fornece uma estrutura técnica para discussão e coordenação. Suas propostas dependem de resultados de pesquisa, consenso de governança e capacidade de implementação. No geral, o impacto do roteiro dependerá de como a comunidade Ethereum avaliar e adotar seus componentes nos próximos anos.

Fontes

• Justin DrakeVisão geral do Strawmap
• Vitalik ButerinResposta pública ao Strawmap
• strawmap.orgDocumentação do roteiro
• O blocoPesquisadores da Fundação Ethereum publicam um "mapa preliminar" que descreve sete bifurcações (forks) até 2029.