Tendencias del momento
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

蓝狐
Blue Fox Notes, una puerta de entrada al mundo de la web3. (1. Solo registre ideas, no objetivas sino subjetivas, y no se puede utilizar como asesoramiento de inversión; 2. Blue Fox Notes solo tiene este número, no hay grupo de Telegram o Discord, no hay otro punto y coma, no se le pedirá a nadie que participe en la inversión y no se publicará ningún contenido no relacionado con la cadena de bloques; 3. No publicará enlaces, no haga clic, tenga cuidado de ser engañado. )
Los desarrolladores del ecosistema de Ethereum acaban de lanzar una prueba de concepto del concepto de "Native Rollups". Esto ha sido liderado por el equipo del cliente de ejecución Ethrex, en colaboración con investigadores de la Fundación Ethereum y contribuyentes de L2BEAT.
En concreto, ¿qué es lo que hace este "Native Rollups"?
Para facilitar la comprensión, hagamos una simple analogía:
Ethereum L1 es como el "gran banco" más seguro, mientras que L2 son como muchas pequeñas sucursales que el "gran banco" tiene fuera.
Estas pequeñas sucursales quieren que el procesamiento de negocios sea más rápido y más barato, pero aún necesitan demostrar que no están haciendo trampa, que sus libros son correctos, y deben establecer un "sistema de pruebas".
Actualmente hay dos tipos de "sistemas de pruebas": uno es el sistema de pruebas de fraude (el tipo Optimistic, que generalmente tiene un período de desafío de 7 días, lo cual es bastante problemático); el otro es el sistema de pruebas ZK (complejo, difícil de escribir circuitos, las actualizaciones no son fáciles de seguir con la cadena principal).
El resultado es que,
la seguridad de las pequeñas sucursales depende de su propio equipo o de un "comité de seguridad" para mantenerla, y las actualizaciones requieren reuniones y votaciones, lo que dificulta lograr una verdadera descentralización, y si hay un error, deben solucionarlo ellos mismos.
En este contexto, surgieron los Native Rollups.
Su significado es: permitir que el "gran banco" Ethereum ayude a estas pequeñas sucursales L2 a verificar sus libros.
¿Cómo se hace esto?
A través de una precompilación llamada EXECUTE (precompile, propuesta EIP-8079), las pequeñas sucursales envían un montón de datos de transacciones a la cadena principal, y la cadena principal simplemente "vuelve a ejecutar" estas transacciones (re-execute) para confirmar si son correctas o no. Es como si la cadena principal recalculara sus cuentas para asegurarse de que no hay errores.
¿Y los beneficios?
L2 logra la misma seguridad que L1, la verificación utiliza el motor propio de Ethereum, y si hay un error, es un error de Ethereum, no de la pequeña sucursal. Hereda toda la seguridad de la cadena principal, y no necesita establecer comités de seguridad ni puentes de múltiples firmas, lo que permite una verdadera descentralización;
las actualizaciones también se siguen automáticamente: si L1 realiza un hard fork para actualizar EVM (como algunos nuevos opcodes), el Native Rollup es automáticamente compatible, y el equipo de L2 no necesita perseguir cambios en el código;
el equipo de L2 no necesita mantener un sistema de pruebas, lo cual es mucho más simple que los circuitos ZK.
De hecho, para los poseedores de ETH de Ethereum, lo que más les preocupa es el problema de la captura de valor. Con el Native Rollup, L2 depende más de la DA de Ethereum para obtener mayor seguridad, lo que beneficia la captura de valor de Ethereum, quema más ETH y aumenta el valor de ETH. L2 y L1 tienen una relación más colaborativa, en lugar de una relación parasitaria.
En la etapa actual, los desarrolladores ya han completado el PoC (prueba de concepto), implementando EXECUTE con el cliente Ethrex, y pueden ejecutar todo el proceso de depósito, despliegue de contratos, llamadas entre cadenas y retiros. El código está disponible en GitHub, y algunas personas ya pueden probarlo localmente.
¿L2 lo apoyará?
Es muy probable que se adopte a gran escala, especialmente por aquellos proyectos que realmente quieren obtener la seguridad a nivel de Ethereum.
Actualmente, los fundadores de Arbitrum, Optimism y Base ya han expresado su apoyo o gran interés. En el futuro, podría combinarse con "based rollup" (donde el ordenante también es descentralizado, utilizando validadores de la cadena principal para ordenar), formando una solución definitiva. El tiempo de adopción aún no está claro, puede que necesite de 1 a 2 años.
¿Y los inconvenientes?
Si se hace una simple re-ejecución, está limitado por el gas de la cadena principal, lo que limita el rendimiento.
Sin embargo,
en el futuro, al integrar pruebas ZK, se podrá "expandir" el gas de manera "ilimitada" (los validadores solo ven las pruebas, no necesitan re-ejecutar), resolviendo el problema.
En resumen:
Native Rollups = convertir L2 en "sucursales directas" de la cadena principal, donde la seguridad, las actualizaciones y la simplicidad dependen completamente de la cadena principal, sin necesidad de actuar de forma independiente.
Para los usuarios: más tranquilidad.
Para los equipos de L2: más fácil.
Para ETH: más valioso.
Si L2 realmente adopta esto, entonces L1 y L2 de Ethereum pueden lograr una verdadera colaboración, dejando de ser una situación de "feudos separados".
4,25K
Parte superior
Clasificación
Favoritos

