Em 11 de março de 2026, os programadores do ecossistema Ethereum lançaram um protótipo de prova de conceito denominado Native Rollup. Este protótipo visa simplificar os complexos processos de validação presentes nas soluções de rollup atuais, permitindo que a camada base do Ethereum reexecute diretamente as transações da Layer 2. Caso esta abordagem técnica venha a amadurecer, poderá inaugurar uma nova fase na arquitetura de escalabilidade do Ethereum. Neste artigo, analisamos o acontecimento em si, exploramos dados de mercado e detalhes técnicos, e avaliamos a lógica subjacente e o potencial impacto.
Segundo dados de mercado da Gate, a 11 de março de 2026, o Ethereum (ETH) estava cotado a 2 027,96 $, com um volume de negociação de 24 horas de 460,09 M$, uma capitalização bolsista de 250,03 B$ e uma quota de mercado de 9,87%. Apesar de uma queda de 1,49% no preço nas últimas 24 horas, este avanço técnico gerou uma atenção significativa em toda a comunidade.
Lançamento do Protótipo Native Rollup
Uma equipa de programadores do ecossistema Ethereum — incluindo colaboradores do cliente Ethrex, membros da Ethereum Foundation e investigadores da L2BEAT — lançou uma prova de conceito inicial para native rollups. Este protótipo implementa o mecanismo de pré-compilado EXECUTE proposto no EIP-8079, permitindo que a camada base do Ethereum reexecute blocos da Layer 2 e valide a correção das transições de estado da Layer 2.
Ao contrário das soluções de rollup existentes, este protótipo não depende de provas de fraude ou de circuitos de provas de conhecimento zero para comprovar a correção das transações da Layer 2 ao Ethereum. Demonstra um ambiente operacional de rollup completo, incluindo contratos que monitorizam o estado do rollup, lógica de ponte para mensagens entre camadas e mecanismos para verificação de pedidos de levantamento através de provas Merkle Patricia. Os programadores sublinham que se trata ainda de uma prova de conceito exploratória, não estando pronta para utilização em produção.
Do Roadmap Centrado em Rollups à Nova Exploração
O atual roteiro de escalabilidade do Ethereum tem como foco os rollups. Contudo, à medida que o ecossistema evoluiu, surgiram várias questões:
- 2020–2022: As soluções de rollup (Optimistic Rollup e ZK-Rollup) tornaram-se a abordagem dominante para escalabilidade, mas cada uma introduziu mecanismos de validação complexos e sistemas de prova externos.
- 2023–2025: Com o lançamento de múltiplas redes Layer 2, a fragmentação do ecossistema, silos de liquidez e preocupações com a segurança das pontes cross-chain tornaram-se cada vez mais evidentes. Em simultâneo, investigadores de referência como Vitalik Buterin começaram a refletir sobre o progresso mais lento do que o esperado rumo à descentralização em algumas redes Layer 2.
- Março de 2026: A equipa Ethrex, em colaboração com a Ethereum Foundation e investigadores da L2BEAT, lançou oficialmente o protótipo native rollup baseado no EIP-8079. Este protótipo procura trazer a lógica de validação da Layer 2 de volta à camada base do Ethereum, aproveitando a própria execução de transações do Ethereum para garantir a segurança.
Simplificação do Mecanismo de Validação
Do ponto de vista da arquitetura técnica, a principal inovação dos native rollups reside na simplificação do processo de validação. Uma comparação com as soluções existentes evidencia as diferenças estruturais:
| Mecanismo de Validação | Soluções de Rollup Existentes | Protótipo Native Rollup |
|---|---|---|
| Dependência Principal | Sistemas de prova externos (provas de fraude/provas de conhecimento zero) | Ambiente de execução da camada base do Ethereum (pré-compilado EXECUTE) |
| Lógica de Validação | Submissão de lotes de transações + dados de prova, com contratos de validação na Layer 1 a verificar a validade da prova. | Submissão de blocos Layer 2, que os clientes Ethereum reexecutam diretamente através do pré-compilado EXECUTE para validar todas as transações do bloco. |
| Fonte de Segurança | Depende de pressupostos criptográficos ou económicos do sistema de prova. | Herda diretamente a segurança e liveness da camada base do Ethereum. |
| Complexidade | Elevada, exigindo manutenção de circuitos de prova complexos ou lógica de interação para provas de fraude. | Relativamente baixa, reutilizando a própria função de transição de estado do Ethereum. |
Ao introduzir o pré-compilado EXECUTE, o protótipo abre, na prática, um ambiente de execução isolado dentro do Ethereum para a Layer 2. Os nós de validação do Ethereum não precisam de compreender provas específicas de rollup; limitam-se a reexecutar os blocos da Layer 2 como transações normais, confirmando se o estado final está correto.
Perspetivas da Comunidade
O lançamento do protótipo suscitou diversas discussões no seio do ecossistema:
- Apoio e Otimismo: Alguns programadores consideram que os native rollups representam um caminho ideal para reduzir os custos de manutenção da Layer 2 a longo prazo. Por herdarem diretamente as atualizações e segurança da camada base, futuras hard forks do Ethereum beneficiariam automaticamente os native rollups, eliminando a necessidade de adaptações extensas na Layer 2. A participação de grupos de investigação como a L2BEAT confere também credibilidade técnica a esta abordagem.
- Cautela e Expectativa: Outros salientam que se trata apenas de uma prova de conceito, estando ainda longe da adoção prática. Caso o pré-compilado
EXECUTEseja implementado na mainnet, colocará exigências de desempenho significativas nos clientes Ethereum, uma vez que os nós de validação teriam de executar todas as transações de cada native rollup, o que poderia aumentar substancialmente a carga computacional na camada base. - Potencial Disrupção no Panorama Layer 2 Atual: Existem preocupações de mercado de que, caso o Ethereum promova oficialmente um standard de native rollup, isso poderá competir com ecossistemas já estabelecidos como Arbitrum e Optimism, que dependem de provas externas. Estas redes Layer 2 poderão ter de reavaliar as suas vantagens técnicas.
Avaliação da Solidez da Narrativa
A narrativa central dos native rollups assenta na simplificação e na segurança herdada. Do ponto de vista técnico, esta abordagem é sólida: ao permitir que a camada base execute diretamente as transações, elimina-se a dependência de sistemas de prova externos, tornando o modelo de segurança da Layer 2 idêntico ao da Layer 1.
No entanto, é necessário considerar a viabilidade prática. Esta conceção troca, essencialmente, recursos computacionais da Layer 1 por pressupostos de confiança mais simples na Layer 2. Dadas as limitações atuais de desempenho do Ethereum, encaminhar grandes volumes de transações da Layer 2 para execução na Layer 1 pode rapidamente saturar o espaço dos blocos da camada base e aumentar as taxas de gas. Assim, a simplificação proporcionada por este protótipo poderá enfrentar, no futuro, novos estrangulamentos de escalabilidade.
Análise do Impacto no Setor
Se a abordagem native rollup continuar a evoluir, poderá trazer várias mudanças estruturais ao setor:
- Redução de Barreiras ao Desenvolvimento Layer 2: Novos projetos Layer 2 não teriam de construir sistemas de prova complexos de raiz. Poderiam concentrar-se mais no desenvolvimento de aplicações e no crescimento do ecossistema, utilizando o Ethereum diretamente como motor de validação.
- Interoperabilidade Entre Camadas Reforçada: Uma vez que todas as transições de estado dos native rollups ocorrem na camada base do Ethereum, a troca de mensagens e transferências de ativos entre rollups poderá tornar-se mais atómica e segura, ajudando a mitigar a fragmentação de liquidez.
- Reavaliação dos Riscos de Centralização dos Validadores Ethereum: A validação de native rollups aumenta a carga de trabalho dos nós. Se apenas nós de alto desempenho conseguirem suportar a validação, isto poderá conduzir à centralização dos validadores em algumas entidades profissionais, contrariando o princípio da descentralização. Este será um tema central para debate futuro.
Análise de Cenários para a Evolução Futura
Com base na informação atual, vários cenários podem desenrolar-se para os native rollups:
- Cenário 1: Otimização Técnica e Adoção
À medida que a eficiência de execução dos clientes melhora e funcionalidades como o state expiry são introduzidas, a carga computacional adicional dos native rollups é gerida de forma eficaz. O EIP-8079 passa nos testes e é integrado na mainnet do Ethereum, tornando-se um dos novos standards de rollup. Alguns projetos emergentes adotam esta abordagem, resultando num ecossistema diversificado a par das soluções ZK-Rollup e Optimistic Rollup existentes.
- Cenário 2: Estrangulamentos de Desempenho e Abandono
Testes mais alargados revelam que os native rollups impõem uma pressão de execução sobre a Layer 1 muito superior ao previsto, causando uma degradação severa do desempenho da camada base. Sem otimizações eficazes, a proposta é abandonada e os recursos da comunidade voltam a focar-se na melhoria dos sistemas de prova existentes (por exemplo, otimizando ainda mais o ZK-EVM).
- Cenário 3: Fragmentação do Ecossistema e Competição
A solução native rollup conquista apoio parcial da comunidade e procura tornar-se o standard oficialmente recomendado. Isto gera resistência por parte dos principais projetos Layer 2, desencadeando disputas de roadmap na comunidade Ethereum, bloqueio de governação e fragmentação dos recursos de desenvolvimento.
Conclusão
O protótipo native rollup lançado pelos investigadores do Ethereum representa uma reavaliação profunda e um reequilíbrio técnico do atual roteiro de escalabilidade centrado em rollups. Procura regressar ao ethos trustless, simplificando os modelos de confiança da Layer 2 através da execução direta na camada base. Embora ainda esteja numa fase de prova de conceito e enfrente desafios significativos ao nível do desempenho e da governação, abre, sem dúvida, novas possibilidades para o setor. Seja ou não adotado como solução dominante, os princípios de simplificação e segurança herdada que os native rollups incorporam continuarão a moldar a evolução do Ethereum e do panorama mais amplo da escalabilidade em blockchain.
