Vitalik Buterin, cofundador de Ethereum, ha establecido un plan a largo plazo para la descentralización y escalabilidad de Ethereum. Buterin presentó una solución basada en la propuesta de mejora de Ethereum (EIP) 3668 en respuesta a las preocupaciones con respecto a la creciente complejidad de los clientes de la luz operativa en un ecosistema que está centrado en el rollup.
El método podría revolucionar la eficiencia y descentralización de la verificación de estado de estado de las redes de la capa 2 (L2) podría revolucionarse por este método. A medida que Ethereum escala horizontalmente a través de los rollups, la comunidad de Ethereum planteó la cuestión de cómo las billeteras y las aplicaciones administrarán numerosos clientes de luz. Sin depender de terceros centralizados, los desarrolladores están luchando con cómo incrustar y validar de manera efectiva las pruebas de estado a la luz del crecimiento anticipado de soluciones de escala basadas en el rollo.
Usar una solicitud Ethereum de comentarios (ERC) similar al EIP-3668 es el remedio sugerido de Buterin. Esto permitiría a L2 Networks establecer un contrato de configuración en la cadena que describe el código Ethereum Virtual Machine (EVM) utilizado para validar las pruebas de estado. En pocas palabras, Ethereum permitiría un cliente de luz L2 universal al dar a las redes L2 un medio estandarizado para comunicar mecanismos de verificación de prueba.
Usando una red de igual a igual (P2P), este cliente de Light Universal solicitaría pruebas y usaría el código EVM en la cadena para verificarlas. Además de aumentar la eficiencia y la descentralización, este enfoque disminuye la dependencia de los intermediarios externos. Algunos desarrolladores han identificado posibles problemas, como la ausencia de uniformidad para los retrocesos y las pruebas en varios rollups.
Para garantizar la compatibilidad en el ecosistema L2 heterogéneo Heterogéneo de Ethereum, la implementación de un cliente de luz universal requeriría considerables actualizaciones constantes y una fuerte especificación. Buterin respondió que el formato de prueba se basaría en bytes, lo que permite que la función de verificación de prueba de cada L2 interprete los datos según sea necesario. Buterin afirma que esta adaptabilidad facilita el proceso y garantiza que la verificación permanece descentralizada y flexible.
