Perguntei ao Justin como ele vê o papel dos rollups evoluindo nesse mundo enxuto do Ethereum? Sua resposta reflete uma atitude sobre a tecnologia do rollup nativo. Veja o que @drakefjustin disse sobre o futuro dos rollups em @ethereum: "Os rollups de hoje têm dois grandes problemas. A primeira é que eles são bem complexos e provavelmente cheios de bugs. Então, isso pode significar que todo o rollup pode ser drenado. O segundo grande problema está relacionado à manutenção da EVM. A maioria dos rollups tenta ser equivalente a EVM, o que significa que quando o L1 muda, o EVM do L1 muda, os L2s também precisam mudar em uníssono. E para isso, você precisa de algum tipo de processo de governança para evoluir o rollup. Mas, infelizmente, o próprio processo de governança, o caminho de atualização, é uma vulnerabilidade de segurança. Não seria ótimo se você pudesse ter rollups que, por construção, não sejam bugs e não precisem ser atualizados quando o L1 é melhorado? E essa é a ideia básica dos rollups nativos, onde você pode construir um rollup onde a função de transição de estado de execução é uma cópia exata do que está disponível no L1. Por construção, por ser uma cópia exata do L1, é definicionalmente correto. E sempre que o L1 muda, durante um hard fork, todos os rollups mudam automaticamente junto com ele. Para implantar isso pré-compilado para os rollups nativos, é bastante conveniente primeiro fazer a atualização do EVM ZKVM... ... na prática, o que os rollups nativos nos dão é uma quantidade ilimitada de execução L1 por meio desses rollups nativos. E o único gargalo real é a camada de disponibilidade de dados." Ouça o episódio completo para mais detalhes.