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.
