Os desenvolvedores do ecossistema Ethereum acabaram de lançar uma prova de conceito para "Native Rollups". Isso é liderado pela equipe cliente de execução da Ethrex, pesquisadores da Ethereum Foundation e colaboradores do L2BEAT. Especificamente, para que servem esses "Native Rollups"? Para facilitar a compreensão, vamos fazer uma analogia simples: O Ethereum L1 é semelhante ao "grande banco" mais seguro, e o L2 equivale a muitas pequenas agências abertas fora do "grande banco". Essas pequenas filiais querem tornar os negócios mais rápidos e baratos, mas ainda precisam provar que não trapacearam e que o livro-razão está correto, e precisam desenvolver um "sistema de provas". Agora existem dois "sistemas de prova", um é o sistema à prova de fraude (o Optimistic, a maioria dos quais tem um período de desafio de 7 dias, o que é bastante problemático); Um deles é o sistema de prova ZK (circuitos complexos, difíceis de escrever, e não é fácil de atualizar para acompanhar a cadeia principal). Como resultado, A segurança das pequenas filiais precisa ser mantida por sua própria equipe ou "comitê de segurança", e as atualizações precisam ser votadas por reuniões, dificultando a verdadeira descentralização, e bugs precisam ser corrigidos sozinhos. Nesse contexto, surgiram os Native Rollups. O que isso significa é permitir diretamente que o Ethereum, um "grande banco", ajude pequenas agências como a L2 a verificarem o livro-caixa. Como fazer isso? Por meio de uma pré-compilação (proposta EIP-8079) chamada EXECUTE, um pequeno branch envia um monte de dados de transações para a cadeia principal, e a cadeia principal "reexecuta" essas transações diretamente para confirmar se estão corretas ou não. É como se a cadeia principal recalculasse a conta para garantir que está correta. Os benefícios? A implementação do L2 é equivalente à segurança do L1, a verificação usa o próprio motor do Ethereum, e bugs também são bugs do Ethereum, não pequenos ramos. herdar toda a segurança da cadeia principal, e não há necessidade de se envolver em coisas "semi-centralizadas" como comitês de segurança e pontes multi-assinatura para alcançar a verdadeira descentralização; Atualizações também seguem automaticamente: se o hard fork L1 atualizar a EVM (como alguns novos opcodes), o Native Rollup é automaticamente compatível e a equipe L2 não precisa correr atrás das mudanças no código; ...