Le pregunté a Justin cómo ve el papel de los rollups evolucionando en este mundo ágil de Ethereum. Su respuesta refleja optimismo sobre la tecnología del rollup nativo. Esto es lo que @drakefjustin dijo sobre el futuro de los rollups en @ethereum: "Los rollups de hoy tienen dos problemas principales. La primera es que son bastante complejos y probablemente tengan muchos errores. Así que, potencialmente, esto podría significar que todo el roll-up podría drenarse hacia dentro. El segundo gran problema tiene que ver con el mantenimiento de la EVM. La mayoría de los rollups intentan ser equivalentes a los EVM, lo que significa que cuando cambia el L1, cambia el EVM L1, los L2 también tienen que cambiar al unísono. Y para eso, necesitas algún tipo de proceso de gobernanza que evolucione el rollup. Pero, desafortunadamente, el propio proceso de gobernanza, la ruta de actualización, es en sí mismo una vulnerabilidad de seguridad. ¿No sería genial si pudieras tener rollups que, por construcción, no tengan errores y no necesiten ser mejorados cuando se mejoran en L1? Y esta es la idea básica de los rollups nativos, donde puedes construir un rollup donde la función de transición de estado de ejecución es una copia exacta de lo que esté disponible en L1. Por construcción, como es una copia exacta de la L1, es definidoramente correcto. Y cada vez que cambia el L1, durante un hard fork, todos los rollups cambian automáticamente con él. Para desplegar esto precompilado para los rollups nativos, es bastante conveniente hacer primero la actualización de la EVM ZKVM... ... efectivamente, lo que nos ofrecen los rollups nativos es una cantidad ilimitada de ejecución L1 a través de estos rollups nativos. Y el único cuello de botella real es la capa de disponibilidad de datos." Escucha el episodio completo para más detalles.