Vitalik Buterin muda a sua posição sobre rollups nativos à medida que as perspectivas de ZK amadurecem

Mensagem do ChainCatcher: Vitalik Buterin publicou um artigo afirmando que, em comparação com o passado, está "claramente mais inclinado a apoiar rollups nativos (native rollups)". Vitalik recordou que, anteriormente, uma das razões principais para a oposição aos rollups nativos era o fato de que as soluções de precompilação teriam de escolher entre o modo ZK ou o modo Optimistic. Na altura, o ZK-EVM ainda não estava maduro, e as L2 tendiam a optar por "saques rápidos mas com risco de prova" ou "depender da segurança do Ethereum mas esperar 2 a 7 dias para saques", optando normalmente pela segunda opção, o que enfraquecia a composição síncrona do Ethereum e impulsionava a popularização de soluções como pontes com múltiplas assinaturas. Vitalik apontou que a situação está a mudar: o cronograma do Ethereum para aceitar plenamente ZK na camada L1 está a alinhar-se gradualmente com o progresso real na introdução de precompilações de rollups nativos, e espera-se que a barreira fundamental mencionada acima seja eliminada. Ele também mencionou que a comunidade está a considerar cada vez mais a "composicionalidade síncrona" como um dos valores centrais das L2, e está a explorar a combinação de soluções baseadas em rollups com mecanismos de pré-confirmação de baixa latência. Além disso, Vitalik enfatizou que, em termos de implementação concreta, não se deve avançar precipitadamente com o design das precompilações dos rollups nativos. Ele propôs que, no futuro, seria desejável que os desenvolvedores que construíssem rollups com "EVM mais algumas funcionalidades adicionais" pudessem reutilizar diretamente a parte EVM das precompilações dos rollups nativos, introduzindo apenas sistemas de prova personalizados para as funcionalidades adicionais, e ligando os dois de forma padronizada.