Vitalik Buterin do Ethereum Detalha Roteiro de 4 Anos para Confirmação de Transações Mais Rápidas e Resistência Quântica

O cofundador do Ethereum, Vitalik Buterin, forneceu detalhes adicionais em 26 de fevereiro de 2026, sobre o “Strawmap”, um roteiro técnico publicado pela equipa de Protocolo da Fundação Ethereum que delineia planos para reduzir os tempos de slot de bloco de 12 segundos para tão baixos quanto 2 segundos e a finalização de transações de aproximadamente 16 minutos para entre 6 e 16 segundos nos próximos quatro anos.

O roteiro, que projeta sete forks até 2029, inclui a transição para assinaturas baseadas em hash pós-quântico e a obtenção de uma capacidade de processamento de “gigagas” na Camada 1 juntamente com uma escalabilidade de “teragas” na Camada 2 através de amostragem de disponibilidade de dados.

Visão Geral do Strawmap: Uma Perspectiva Holística do Protocolo

A equipa de Protocolo da Fundação Ethereum lançou um roteiro visual chamado “Strawmap” (uma combinação de “strawman” e “roadmap”) como um ponto de partida para discussão, originado de um workshop de janeiro de 2026. O documento destina-se principalmente a investigadores, desenvolvedores e participantes da governança do Ethereum, oferecendo uma perspetiva unificada sobre atualizações do protocolo de Camada 1 até ao final da década.

O strawmap afirma explicitamente que não é um roteiro “oficial”, reconhecendo que um consenso aproximado num ecossistema descentralizado é inerentemente incerto. Está posicionado como uma “ferramenta de coordenação aceleracionista” que traça um caminho coerente entre milhões de possíveis resultados, com atualizações trimestrais esperadas à medida que o feedback da comunidade e a investigação e desenvolvimento (I&D) avançam.

Cinco Estrelas do Norte que Orientam o Desenvolvimento

O roteiro identifica cinco objetivos de longo prazo apresentados como “estrelas do norte” no lado direito do visual:

• L1 Rápido: Melhorias na experiência do utilizador através de slots de bloco curtos e finalidade medida em segundos

• Gigagas L1: Alcançar 1 gigagas por segundo (aproximadamente 10.000 transações por segundo) via zkEVMs e prova em tempo real

• Teragas L2: Escalar para 1 gigabyte por segundo (aproximadamente 10 milhões de transações por segundo) através de amostragem de disponibilidade de dados

• L1 Pós-Quântico: Implementar criptografia duradoura via esquemas de assinatura baseados em hash

• L1 Privado: Permitir transferências de ETH protegidas com privacidade de primeira classe

Reduzindo o Tempo de Slot: De 12 Segundos para 2 Segundos

Buterin explicou que “slots rápidos” ocupam uma faixa própria no topo do roteiro, independentes de outros caminhos de atualização. O tempo de slot — o intervalo necessário para o Ethereum produzir novos blocos — atualmente é de aproximadamente 12 segundos. O objetivo do roteiro é reduzir esse tempo de forma incremental para tão baixo quanto 2 segundos, fazendo a blockchain parecer um sistema ao vivo, responsivo, em vez de um que exige períodos de espera.

“Espero que reduzamos o tempo de slot de forma incremental”, afirmou Buterin, sugerindo reduções seguindo uma fórmula aproximadamente de raiz quadrada de dois: de 12 segundos para 8, 6, 4 e, por fim, 2 segundos.

Ele destacou que melhorias peer-to-peer (p2p)—atualizações na forma como os nós do Ethereum comunicam, compartilham novos blocos e propagam dados sem downloads redundantes—podem reduzir significativamente o tempo de propagação do bloco, “tornando slots mais curtos viáveis sem compromissos de segurança.”

Acelerando a Finalidade: De Minutos para Segundos

A segunda grande melhoria visa a finalização de transações — o momento em que uma transação se torna matematicamente irreversível. A finalização atual leva cerca de 16 minutos. O roteiro pretende reduzir esse tempo para entre 6 e 16 segundos, substituindo o sistema de confirmação complexo do Ethereum por uma alternativa mais limpa, simples e resistente a quânticos.

“O objetivo é desacoplar slots e finalidade, para que possamos raciocinar sobre ambos separadamente”, explicou Buterin. Ele descreveu isso como um “conjunto de mudanças muito invasivas”, que exige agrupar os maiores passos com uma “troca da criptografia, notavelmente para assinaturas baseadas em hash pós-quântico.”

Resistência Quântica: Implementação por Fases

Buterin destacou uma consequência importante da abordagem incremental: os slots resistentes a quânticos podem chegar muito antes da finalidade resistente a quânticos.

“Uma consequência interessante da abordagem incremental é que há um caminho para tornar os slots resistentes a quânticos muito antes de tornar a finalidade resistente a quânticos”, afirmou.

Sob essa implementação por fases, se computadores quânticos surgirem de repente, “perdemos a garantia de finalidade, mas a cadeia continua funcionando.” A rede continuaria processando e confirmando blocos mesmo sem a garantia de irreversibilidade matemática, oferecendo uma margem de segurança durante as transições criptográficas.

Cronograma e Planeamento dos Forks

O strawmap delineia sete forks agendados até 2029, com uma cadência aproximada de um fork a cada seis meses. Os forks da camada de consenso seguem um esquema de nomes baseado em estrelas com letras iniciais crescentes: Altair, Bellatrix, Capella, Deneb, Electra, Fulu, continuando com Glamsterdam, Hegotá, I*, J*, K* e L*.

Dois forks já estão confirmados para 2026:

• Glamsterdam (primeira metade de 2026): Destaques incluem ePBS (Payload Boost e Smoothing na camada de execução) no consenso e BALs (Beacon Accountable Limiters) na execução

• Hegotá (segunda metade de 2026): Introduzirá FOCIL (Forward Orthogonal Censorship Inhibition Layer), um mecanismo anti-censura ao nível do protocolo

Buterin observou que “L* é um fork excecional, exibindo dois destaques ligados ao maior fork de consenso mais amplo.” Uma chegada de consenso mais leve em L* seria uma “coincidência fatídica”, segundo a documentação.

O strawmap enfatiza que, embora os prazos estejam baseados nas expectativas atuais, devem ser tratados com “ceticismo saudável.” O rascunho atual assume um desenvolvimento centrado no humano, mas o documento reconhece que o desenvolvimento impulsionado por IA e a verificação formal podem comprimir significativamente os cronogramas.

Arquitetura Técnica e Dependências

As atualizações estão organizadas em três camadas horizontais codificadas por cores:

• Camada de Consenso (CL): Alterações de protocolo relacionadas ao consenso de proof-of-stake

• Camada de Dados (DL): Melhorias na disponibilidade e armazenamento de dados

• Camada de Execução (EL): Alterações no processamento de transações e execução de contratos inteligentes

Caixas escuras representam “destaques” — atualizações particularmente proeminentes e ambiciosas. O processo moderno de Desenvolvedores de Núcleo (ACD) limita-se a um destaque de consenso e um destaque de execução por fork para manter um ritmo acelerado. Caixas cinzentas indicam atualizações offchain, enquanto setas sinalizam dependências técnicas rígidas ou progressões naturais de atualização.

Texto sublinhado nas caixas liga-se a Propostas de Melhoria do Ethereum (EIPs) relevantes e a textos técnicos, oferecendo transparência sobre os mecanismos específicos considerados.

Caminho a Seguir: Implantação Progressiva

Buterin resumiu a abordagem como “reduções progressivas tanto do tempo de slot quanto do tempo de finalidade.” A “substituição componente por componente” da estrutura de slots e do consenso do Ethereum produzirá uma “alternativa mais limpa, simples, resistente a quânticos, amigável a provas, formalmente verificada de ponta a ponta.”

O documento enfatiza que o strawmap não é uma “previsão”, mas sim um convite para visualizar as atualizações do protocolo de Camada 1 de forma holística. Ao colocar as propostas numa única visualização, oferece uma perspetiva unificada sobre as ambições de longo prazo do Ethereum, reconhecendo a incerteza inerente à governança descentralizada.

FAQ: Compreendendo o Roteiro de 4 Anos do Ethereum

Q: O que é o Strawmap e quem o criou?

A: O Strawmap (uma combinação de “strawman” e “roadmap”) é um documento visual lançado pela equipa de Protocolo da Fundação Ethereum em fevereiro de 2026. Originou-se como um ponto de partida para discussão num workshop de janeiro de 2026 e delineia um possível caminho para o desenvolvimento técnico do Ethereum até 2029. Destina-se a investigadores, desenvolvedores e participantes da governança, e afirma explicitamente que não é um roteiro “oficial” devido à natureza descentralizada do Ethereum.

Q: Quão mais rápidas ficarão as transações do Ethereum segundo este roteiro?

A: O roteiro visa reduzir a produção de blocos (tempo de slot) de 12 segundos atuais para tão baixos quanto 2 segundos através de melhorias incrementais. A finalização de transações — o momento em que se tornam irreversíveis — passará de aproximadamente 16 minutos para entre 6 e 16 segundos, substituindo o sistema de confirmação atual por uma alternativa mais simples, resistente a quânticos.

Q: Quando o Ethereum se tornará resistente a quânticos?

A: A resistência a quânticos será implementada por fases. Buterin indicou que os “slots” (produção de blocos) podem tornar-se resistentes a quânticos muito antes da resistência à finalidade (confirmação irreversível). Sob essa abordagem, se computadores quânticos surgirem de repente, “perdemos a garantia de finalidade, mas a cadeia continua a funcionar.” A rede continuará a processar e confirmar blocos mesmo sem a garantia de irreversibilidade matemática, oferecendo uma margem de segurança durante as transições criptográficas.

Q: Quais são as cinco “estrelas do norte” que orientam o desenvolvimento do Ethereum?

A: Os cinco objetivos de longo prazo são: 1) L1 Rápido (slots curtos e finalidade em segundos), 2) Gigagas L1 (capacidade de 1 gigagas/segundo via zkEVMs), 3) Teragas L2 (escalabilidade de 1 gigabyte/segundo via amostragem de disponibilidade de dados), 4) L1 Pós-Quântico (criptografia duradoura), e 5) L1 Privado (transferências de ETH protegidas com privacidade).

Q: Quais são as próximas atualizações confirmadas para o Ethereum?

A: Dois forks estão confirmados para 2026: Glamsterdam (primeira metade) com ePBS na camada de consenso e BALs na execução, e Hegotá (segunda metade) com a introdução do FOCIL, um mecanismo anti-censura. O roteiro projeta sete forks até 2029, aproximadamente a cada seis meses.