As razões pelas quais os Rollups nativos muitas vezes eram evitados e a mudança de estratégia de Vitalik

O que ficou claro na última publicação de Vitalik Buterin é que ele fez uma mudança significativa na sua posição em relação aos Rollups nativos. No passado, sua postura era frequentemente cautelosa, devido a questões de maturidade técnica. No centro dessa mudança está a evolução de todo o ecossistema, especialmente a aceleração das tecnologias ZK e suas implementações.

Maturidade das tecnologias ZK e novas opções de segurança para L2

A principal razão pela qual os Rollups nativos eram evitados anteriormente era porque as soluções pré-compiladas enfrentavam uma escolha difícil. O L2 tinha que optar entre “permitir saques rápidos de ativos, assumindo riscos de prova” ou “depender da segurança do Ethereum, o que exigia uma espera de 2 a 7 dias para saques”. Frequentemente, a segunda opção era a única viável. Essa limitação impulsionou a adoção de alternativas como pontes multiassinatura, o que, por sua vez, reduzia a composabilidade (interoperabilidade) de todo o sistema.

No entanto, o ambiente técnico está mudando rapidamente. O roadmap do Ethereum para a aceitação plena do ZK no nível L1 e a implementação gradual de pré-compilação de Rollups nativos estão alinhando seus passos. Essa evolução sugere que as barreiras centrais do passado estão sendo gradualmente superadas.

A importância da composabilidade sincronizada e novas abordagens no design de pré-compilação

Na visão de Vitalik, há um movimento crescente na comunidade para reconhecer a “composabilidade sincronizada” como uma proposta de valor importante para o L2. A combinação de soluções baseadas em Rollup com mecanismos de pré-compilação de baixa latência está acelerando tentativas de superar limitações anteriores.

Na implementação concreta de pré-compilação de Rollup nativo, Vitalik enfatiza que o design não deve ser feito de forma leviana. Sua proposta ideal é que os desenvolvedores possam construir Rollups “com funcionalidades limitadas no EVM”, reutilizando diretamente a parte do EVM do pré-compilado nativo, e adicionando apenas sistemas de prova personalizados para novas funcionalidades. Assim, é possível conectar ambos de forma padronizada.

Por trás dessa filosofia de design está o equilíbrio entre compatibilidade e flexibilidade. Trata-se de uma tentativa de resolver, de forma gradual, os problemas de complexidade que os Rollups nativos frequentemente enfrentam. Com a maturidade do ZK-EVM e a evolução das tecnologias de pré-compilação, uma nova fase do ecossistema L2 está prestes a começar.