Saltar para o conteúdo principal

Atualizações do Ethereum 2026: Como o PeerDAS e as zkEVMs Finalmente Resolveram o Trilema do Blockchain

· 11 min de leitura
Dora Noda
Dora Noda
Software Engineer

"O trilema foi resolvido — não no papel, mas com código em execução real."

Essas palavras de Vitalik Buterin em 3 de janeiro de 2026 marcaram um momento decisivo na história do blockchain. Por quase uma década, o trilema do blockchain — a tarefa aparentemente impossível de alcançar escalabilidade, segurança e descentralização simultaneamente — assombrou todos os designers de protocolos sérios. Agora, com o PeerDAS rodando na mainnet e as zkEVMs atingindo um desempenho de nível de produção, o Ethereum afirma ter feito o que muitos consideravam impossível.

Mas o que exatamente mudou? E o que isso significa para desenvolvedores, usuários e o ecossistema cripto em geral rumo a 2026?

O Upgrade Fusaka: O Maior Salto do Ethereum Desde o Merge​

Em 3 de dezembro de 2025, no slot 13.164.544 (21:49:11 UTC), o Ethereum ativou o upgrade de rede Fusaka — sua segunda grande mudança de código no ano e, indiscutivelmente, a mais consequente desde o Merge. O upgrade introduziu o PeerDAS (Peer Data Availability Sampling), um protocolo de rede que transforma fundamentalmente a forma como o Ethereum lida com os dados.

Antes do Fusaka, cada nó do Ethereum tinha que baixar e armazenar todos os dados de blob — os pacotes de dados temporários que os rollups usam para postar lotes de transações na Layer 1. Esse requisito criava um gargalo: aumentar a taxa de transferência de dados significava exigir mais de cada operador de nó, ameaçando a descentralização.

O PeerDAS muda essa equação inteiramente. Agora, cada nó é responsável por apenas 1/8 do total de dados de blob, com a rede usando codificação de eliminação (erasure coding) para garantir que quaisquer 50% das partes possam reconstruir o conjunto de dados completo. Validadores que anteriormente baixavam 750 MB de dados de blob por dia agora precisam de apenas cerca de 112 MB — uma redução de 85% nos requisitos de largura de banda.

Os resultados imediatos falam por si:

  • As taxas de transação da Layer 2 caíram 40-60% no primeiro mês
  • As metas de blob aumentaram de 6 para 10 por bloco (com 21 previstos para janeiro de 2026)
  • O ecossistema L2 agora pode, teoricamente, lidar com mais de 100.000 TPS — superando a média da Visa de 65.000

Como o PeerDAS Realmente Funciona: Disponibilidade de Dados Sem o Download​

A genialidade do PeerDAS reside na amostragem (sampling). Em vez de baixar tudo, os nós verificam se os dados existem solicitando partes aleatórias. Aqui está a análise técnica:

Os dados de blob estendidos são divididos em 128 partes chamadas colunas. Cada nó regular participa de pelo menos 8 sub-redes de colunas escolhidas aleatoriamente. Como os dados foram estendidos usando codificação de eliminação antes da distribuição, receber apenas 8 das 128 colunas (cerca de 12,5% dos dados) é matematicamente suficiente para provar que os dados completos foram disponibilizados.

Pense nisso como conferir um quebra-cabeça: você não precisa montar todas as peças para verificar se a caixa não está sem a metade delas. Uma amostra cuidadosamente escolhida diz o que você precisa saber.

Este design alcança algo notável: escalabilidade teórica de 8x em comparação com o modelo anterior de "todos baixam tudo", sem aumentar os requisitos de hardware para os operadores de nós. Solo stakers que rodam nós validadores em casa ainda podem participar — a descentralização foi preservada.

O upgrade também inclui o EIP-7918, que vincula as taxas base de blob à demanda de gás da L1. Isso evita que as taxas caiam para níveis insignificantes de 1 wei, estabilizando as recompensas dos validadores e reduzindo o spam de rollups que tentam manipular o mercado de taxas.

zkEVMs: Da Teoria ao "Desempenho de Qualidade de Produção"​

Enquanto o PeerDAS lida com a disponibilidade de dados, a segunda metade da solução do trilema do Ethereum envolve as zkEVMs — Ethereum Virtual Machines de conhecimento zero que permitem que os blocos sejam validados usando provas criptográficas em vez de re-execução.

O progresso aqui tem sido impressionante. Em julho de 2025, a Ethereum Foundation publicou "Shipping an L1 zkEVM #1: Realtime Proving", introduzindo formalmente o roteiro para validação baseada em ZK. Nove meses depois, o ecossistema superou suas metas:

  • Latência de prova: Caiu de 16 minutos para 16 segundos
  • Custos de prova: Reduzidos em 45x
  • Cobertura de blocos: 99% de todos os blocos do Ethereum provados em menos de 10 segundos em hardware alvo

Esses números representam uma mudança fundamental. As principais equipes participantes — SP1 Turbo (Succinct Labs), Pico (Brevis), RISC Zero, ZisK, Airbender (zkSync), OpenVM (Axiom) e Jolt (a16z) — demonstraram coletivamente que a prova em tempo real não é apenas possível, é prática.

O objetivo final é o que Vitalik chama de "Validar em vez de Executar" (Validate instead of Execute). Os validadores verificariam uma pequena prova criptográfica em vez de recomputar cada transação. Isso desvincula a segurança da intensidade computacional, permitindo que a rede processe muito mais taxa de transferência enquanto mantém (ou até melhora) suas garantias de segurança.

O Sistema de Tipos de zkEVM: Entendendo as Trocas​

Nem todas as zkEVMs são criadas iguais. O sistema de classificação de 2022 de Vitalik continua sendo essencial para entender o espaço de design:

Tipo 1 (Equivalência Total ao Ethereum): Estas zkEVMs são idênticas ao Ethereum no nível do bytecode — o "santo graal", mas também as mais lentas para gerar provas. Aplicativos e ferramentas existentes funcionam sem qualquer modificação. O Taiko exemplifica essa abordagem.

Tipo 2 (Compatibilidade Total com a EVM): Estas priorizam a equivalência com a EVM enquanto fazem pequenas modificações para melhorar a geração de provas. Elas podem substituir a árvore Merkle Patricia baseada em Keccak do Ethereum por funções de hash mais amigáveis a ZK, como Poseidon. Scroll e Linea seguem este caminho.

Tipo 2.5 (Semi-compatibilidade): Pequenas modificações nos custos de gás e precompiles em troca de ganhos significativos de desempenho. Polygon zkEVM e Kakarot operam aqui.

Tipo 3 (Compatibilidade Parcial): Maiores desvios da estrita compatibilidade com a EVM para permitir um desenvolvimento e geração de provas mais fáceis. A maioria dos aplicativos Ethereum funciona, mas alguns exigem reescritas.

O anúncio de dezembro de 2025 da Ethereum Foundation estabeleceu marcos claros: as equipes devem alcançar segurança comprovável de 128 bits até o final de 2026. A segurança, e não apenas o desempenho, é agora o fator determinante para uma adoção mais ampla das zkEVMs.

O Roadmap 2026-2030: O Que Vem a Seguir​

A publicação de Buterin de janeiro de 2026 delineou um roadmap detalhado para a evolução contínua da Ethereum:

Marcos de 2026:

  • Grandes aumentos no limite de gas independentes de zkEVMs, viabilizados por BALs (Block Auction Limits) e ePBS (Separação Proposer-Builder nativa / enshrined Proposer-Builder Separation)
  • Primeiras oportunidades para rodar um nó zkEVM
  • Fork BPO2 (janeiro de 2026) elevando o limite de gas de 60M para 80M
  • Máximo de blobs atingindo 21 por bloco

Fase 2026-2028:

  • Reprecificação de gas para refletir melhor os custos computacionais reais
  • Mudanças na estrutura de estado
  • Migração do payload de execução para blobs
  • Outros ajustes para tornar seguros os limites de gas mais elevados

Fase 2027-2030:

  • zkEVMs tornam-se o principal método de validação
  • Operação inicial de zkEVMs juntamente com o EVM padrão em rollups de Layer 2
  • Evolução potencial para zkEVMs como validadores padrão para blocos de Layer 1
  • Manutenção de total compatibilidade retroativa para todas as aplicações existentes

O "Plano Ethereum Enxuto" (Lean Ethereum Plan), que abrange 2026-2035, visa a resistência quântica e mais de 10.000 TPS sustentados na camada base, com as Layer 2s elevando ainda mais o throughput agregado.

O Que Isso Significa para Desenvolvedores e Usuários​

Para desenvolvedores que constroem na Ethereum, as implicações são significativas:

Custos mais baixos: Com as taxas de L2 caindo 40-60% após o Fusaka e potenciais reduções de mais de 90% à medida que a contagem de blobs aumenta em 2026, aplicações anteriormente inviáveis economicamente tornam-se viáveis. Microtransações, atualizações frequentes de estado e interações complexas de smart contracts são todas beneficiadas.

Ferramental preservado: O foco na equivalência de EVM significa que as stacks de desenvolvimento existentes permanecem relevantes. Solidity, Hardhat, Foundry — as ferramentas que os desenvolvedores conhecem continuam a funcionar à medida que a adoção de zkEVM cresce.

Novos modelos de verificação: À medida que os zkEVMs amadurecem, as aplicações podem alavancar provas criptográficas para casos de uso anteriormente impossíveis. Pontes trustless, computação off-chain verificável e lógica de preservação de privacidade tornam-se mais práticos.

Para os usuários, os benefícios são mais imediatos:

Finalidade mais rápida: Provas ZK podem fornecer finalidade criptográfica sem esperar por períodos de desafio, reduzindo os tempos de liquidação (settlement) para operações cross-chain.

Taxas mais baixas: A combinação de escalabilidade na disponibilidade de dados e melhorias na eficiência de execução flui diretamente para os usuários finais através de custos de transação reduzidos.

Mesmo modelo de segurança: Importantemente, nenhuma dessas melhorias exige confiar em novas partes. A segurança deriva da matemática — provas criptográficas e garantias de código de correção de erros (erasure coding) — e não de novos conjuntos de validadores ou suposições de comitês.

Os Desafios Restantes​

Apesar do enquadramento triunfante, resta um trabalho significativo. O próprio Buterin reconheceu que "a segurança é o que resta" para os zkEVMs. O roadmap de 2026 da Ethereum Foundation, focado em segurança, reflete essa realidade.

Provando a segurança: Alcançar segurança comprovável de 128 bits em todas as implementações de zkEVM requer auditoria criptográfica rigorosa e verificação formal. A complexidade desses sistemas cria uma superfície de ataque substancial.

Centralização de provers: Atualmente, a geração de provas ZK é computacionalmente intensiva o suficiente para que apenas entidades especializadas possam produzir provas de forma econômica. Embora redes de provers descentralizadas estejam em desenvolvimento, o lançamento prematuro de zkEVMs corre o risco de criar novos vetores de centralização.

Inchaço do estado (State bloat): Mesmo com melhorias na eficiência de execução, o estado da Ethereum continua a crescer. O roadmap inclui a expiração de estado (state expiry) e Árvores Verkle (planejadas para a atualização Hegota no final de 2026), mas essas são mudanças complexas que podem interromper aplicações existentes.

Complexidade de coordenação: O número de peças móveis — PeerDAS, zkEVMs, BALs, ePBS, ajustes de parâmetros de blob, reprecificações de gas — cria desafios de coordenação. Cada atualização deve ser sequenciada cuidadosamente para evitar regressões.

Conclusão: Uma Nova Era para a Ethereum​

O trilema da blockchain definiu uma década de design de protocolos. Ele moldou a abordagem conservadora do Bitcoin, justificou inúmeros "assassinos da Ethereum" e impulsionou bilhões em investimentos em L1s alternativas. Agora, com código real rodando na mainnet, a Ethereum afirma ter navegado pelo trilema através de engenharia inteligente, em vez de compromisso fundamental.

A combinação de PeerDAS e zkEVMs representa algo genuinamente novo: um sistema onde os nós podem verificar mais dados baixando menos, onde a execução pode ser provada em vez de re-computada, e onde as melhorias de escalabilidade fortalecem em vez de enfraquecer a descentralização.

Isso resistirá sob o estresse da adoção no mundo real? A segurança do zkEVM provará ser robusta o suficiente para a integração na L1? Os desafios de coordenação do roadmap 2026-2030 serão superados? Estas questões permanecem em aberto.

Mas, pela primeira vez, o caminho da Ethereum atual para uma rede verdadeiramente escalável, segura e descentralizada passa por tecnologia implementada, em vez de whitepapers teóricos. Essa distinção — código ao vivo versus artigos acadêmicos — pode vir a ser a mudança mais significativa na história da blockchain desde a invenção do proof-of-stake.

O trilema, ao que parece, encontrou seu par.

Referências​

Share on Twitter