Vitalik Mapeia o Plano de Redução Rápida de Slots L1 do Ethereum

Vitalik Buterin explica o objetivo do Ethereum de L1 rápido, delineando um caminho de redução do tempo de slot de 12 para 2 segundos através da nova visão Strawmap.

O tempo de slot do Ethereum está sendo reduzido. De forma incremental. Essa é a mensagem principal do cofundador Vitalik Buterin, que publicou um fio detalhado no X explicando o objetivo de L1 rápido delineado no recém-publicado Strawmap do Ethereum.

Como Vitalik Buterin postou no X, o plano é reduzir o tempo de slot usando uma fórmula que ele chama de “sqrt(2) de cada vez”. O percurso é: 12 segundos, para 8, depois 6, depois 4, depois 3, depois 2. Os dois últimos passos, observou, são mais especulativos e dependem de pesquisas intensas em andamento.

Leitura obrigatória: Vitalik Buterin diz que DAOs enfrentam escassez de atenção humana

Slots rápidos seguem seu próprio caminho

Buterin foi claro em uma coisa. Os slots rápidos ficam separados no topo do roteiro. Eles não se conectam diretamente a outros trabalhos. As demais mudanças no protocolo acontecem aproximadamente da mesma forma, seja o tempo de slot de 2 segundos ou 32 segundos.

Ainda assim, há pontos de interseção. Um deles é a melhoria peer-to-peer. Buterin apontou para o trabalho de Raul Kripalani (@raulvk) sobre uma camada p2p otimizada que usa codificação de apagamento (erasure coding). Em vez de cada nó receber um corpo de bloco completo de múltiplos peers, a configuração divide cada bloco em 8 partes. Qualquer 4 dessas partes reconstruem o bloco completo. Isso reduz o desperdício de banda e mantém a redundância alta.

As estatísticas são promissoras. Essa arquitetura reduz o tempo de propagação de blocos no percentil 95. Slots mais curtos tornam-se viáveis sem comprometer a segurança, além de aumentar a complexidade do protocolo. Buterin afirmou que a relação entre ganho de desempenho e linhas de código é favorável.

O cronograma de finalização é a parte mais difícil

Hoje, o Ethereum leva cerca de 16 minutos para finalizar. O objetivo é desacoplar completamente os slots da finalização. Buterin quer usar um algoritmo BFT de finalização em uma rodada, especificamente uma variante Minimmit, para reduzir esse número para algo entre 6 e 16 segundos no final do processo.

Isso representa uma mudança significativa. Uma trajetória possível que ele esboçou: 16 minutos atualmente, caindo para 10 minutos e 40 segundos com slots de 8 segundos, depois 6 minutos e 24 segundos com finalização de um éon, depois 1 minuto e 12 segundos, 48 segundos, 16 segundos com Minimmit, e finalmente 8 segundos com parâmetros mais agressivos do Minimmit.

Toda essa mudança será acompanhada por uma troca de criptografia. Assinaturas baseadas em hash pós-quântico virão junto. Assim como uma mudança para uma função hash maximamente compatível com STARK. Três opções estão em estudo ativo.

O Strawmap é a origem de tudo isso

O fio de Buterin veio diretamente em resposta ao lançamento do Strawmap. Como Justin Drake (@drakefjustin) anunciou no X, o Strawmap é um roteiro de strawman publicado pela EF Protocol, disponível em strawmap.org. Ele apresenta cinco estrelas-guia para o futuro do Ethereum: L1 rápido, L1 gigagas, L2 teragas, L1 pós-quântico e L1 privado.

O post de Drake descreveu-o como um documento técnico denso para pesquisadores, desenvolvedores e participantes de governança. Originou-se de um workshop da EF em janeiro de 2026. O roteiro prevê sete forks até 2029, aproximadamente um a cada seis meses.

Resistência quântica chega aos poucos

Um resultado do método incremental se destaca. Os slots podem se tornar resistentes a quânticos mais rápido do que a finalização. Buterin afirmou que isso cria um regime interessante: se computadores quânticos surgirem de repente, a cadeia continuará produzindo blocos, mas a garantia de finalização desaparece temporariamente.

Há também um plano de implementar essas mudanças aos poucos. “Finalização de 1 éon” significa ajustar o consenso atual de finalização FFG para finalização Minimmit como uma etapa discreta. É uma reconstrução no estilo navio de Teseu, com um componente substituído de cada vez.

Separadamente, Buterin destacou uma possível mudança na arquitetura onde apenas 256 a 1024 attestantes selecionados aleatoriamente assinam cada slot. Para a escolha do fork, isso é suficiente. Menos assinaturas significam que não há fase de agregação, o que reduz ainda mais os slots.

O Strawmap é um documento vivo. Drake confirmou que receberá atualizações trimestrais, e a equipe de Arquitetura da EF acolhe feedback em strawmap@ethereum.org.