Vitalik Buterin cambia su postura sobre los rollups nativos a medida que maduran los plazos de ZK

Según un mensaje de ChainCatcher, Vitalik Buterin publicó una entrada en la que expresó que ahora está "claramente más a favor de los rollups nativos (native rollups)" en comparación con el pasado. Buterin recordó que una de las razones principales para oponerse anteriormente a los rollups nativos era que sus soluciones de precompilación debían elegir entre el modo ZK o el modo Optimistic. En ese momento, el ZK-EVM aún no era maduro, y las L2 tendían a optar por "depender de la seguridad de Ethereum pero esperar 2–7 días para retirar fondos", en lugar de "retirar fondos rápidamente pero asumir el riesgo de la generación de pruebas", lo que debilitaba la composibilidad de Ethereum y promovía la popularidad de soluciones como los puentes multisignatura. Buterin señaló que la situación está cambiando: el cronograma de Ethereum para aceptar plenamente ZK a nivel de L1 se está alineando gradualmente con el progreso real en la introducción de precompilaciones de rollups nativos, y se espera que esta barrera fundamental se elimine. También mencionó que la comunidad está valorando cada vez más la "composibilidad sincrónica" como uno de los valores centrales de las L2, y está explorando la combinación de soluciones basadas en rollups con mecanismos de confirmación previa de baja latencia. Además, Buterin enfatizó que no se debe apresurar el diseño de las precompilaciones de rollups nativos. Propuso que, en el futuro, se desee una propiedad en la que, si los desarrolladores construyen rollups basados en "EVM más algunas funciones adicionales", puedan reutilizar directamente la parte de EVM en las precompilaciones de rollups nativos, e introducir sistemas de pruebas personalizados solo para las funciones nuevas, conectando ambas partes mediante un enfoque estandarizado.