Le pregunté a Justin cómo ve el papel de los rollups evolucionando en este mundo de Ethereum optimizado. Su respuesta refleja optimismo sobre la tecnología de los rollups nativos. Esto es lo que @drakefjustin tuvo que decir sobre el futuro de los rollups en @ethereum: "Los rollups de hoy tienen dos problemas principales. El primero es que son bastante complejos y probablemente tengan errores. Así que, potencialmente, esto podría significar que la totalidad del rollup podría ser drenada. El segundo gran problema tiene que ver con el mantenimiento de la EVM. La mayoría de los rollups están tratando de ser rollups equivalentes a la EVM, lo que significa que cuando el L1 cambia, la EVM del L1 cambia, los L2 también tienen que cambiar en unísono. Y para hacer eso, necesitas tener algún tipo de proceso de gobernanza para evolucionar el rollup. Pero, desafortunadamente, el proceso de gobernanza en sí, el camino de actualización, es en sí mismo una vulnerabilidad de seguridad. ¿No sería genial si pudieras tener rollups que por construcción son libres de errores y no necesitan ser actualizados cada vez que se actualiza el L1? Y esta es la idea básica de los rollups nativos donde puedes construir un rollup donde la función de transición del estado de ejecución es una copia exacta de lo que está disponible en el L1. Por construcción, porque es una copia exacta del L1, es definicionalmente correcta. Y cada vez que el L1 cambia, durante un hard fork, todos los rollups cambiarían automáticamente con él. Para desplegar este precompilado para los rollups nativos, es bastante conveniente primero hacer la actualización de la ZKVM EVM... ...efectivamente, lo que los rollups nativos nos dan es una cantidad ilimitada de ejecución de L1 a través de estos rollups nativos. Y el único verdadero cuello de botella es la capa de disponibilidad de datos." Escucha el episodio completo para más detalles.