Los desarrolladores del ecosistema Ethereum acaban de publicar una prueba de concepto para los "Native Rollups". Esto está liderado por el equipo cliente de ejecución de Ethrex, investigadores de la Fundación Ethereum y colaboradores de L2BEAT. Específicamente, ¿para qué sirven estos "Native Rollups"? Para facilitar la comprensión, hagamos una analogía sencilla: Ethereum L1 es similar al "gran banco" más seguro, y L2 equivale a muchas pequeñas sucursales abiertas fuera del "gran banco". Estas pequeñas sucursales quieren hacer el negocio más rápido y barato, pero aún tienen que demostrar que no han hecho trampas y que el libro mayor es correcto, y tienen que desarrollar un "sistema de pruebas". Ahora existen dos "sistemas de pruebas", uno es el sistema antifraude (el Optimista, la mayoría con un periodo de desafío de 7 días, lo cual es bastante problemático); Uno es el sistema de prueba ZK (circuitos complejos, difíciles de escribir, y no es fácil de actualizar para mantenerse al día con la cadena principal). Como resultado, La seguridad de las ramas pequeñas debe mantenerla por su propio equipo o "comité de seguridad", y las actualizaciones deben ser votadas por reuniones, lo que dificulta lograr una verdadera descentralización y los errores deben corregirse por sí mismos. En este contexto, salieron los Native Rollups. Lo que significa es permitir directamente que Ethereum, un "gran banco", ayude a pequeñas sucursales como L2 a verificar el libro mayor. ¿Cómo hacerlo? A través de una precompilación (propuesta EIP-8079) llamada EXECUTE, una pequeña rama lanza un montón de datos de transacciones a la cadena principal, y la cadena principal "reejecuta" directamente estas transacciones para confirmar si son correctas o no. Es como si la cadena principal recalculara la cuenta para asegurarse de que está correcta. ¿Los beneficios? La implementación de L2 equivale a la seguridad L1, la verificación utiliza el propio motor de Ethereum, y los errores también son errores de Ethereum, no pequeñas ramas. heredar toda la seguridad de la cadena principal, y no hay necesidad de recurrir a cosas "semicentralizadas" como comités de seguridad y puentes multifirma para lograr una verdadera descentralización; También se realizan actualizaciones automáticamente: si el fork L1 actualiza la EVM (como algunos nuevos códigos de operación), el Native Rollup es compatible automáticamente y el equipo L2 no necesita perseguir los cambios de código; ...