Ethereum, una plataforma de contratos inteligentes que impulsa operaciones de finanzas descentralizadas (DeFi), tokens no fungibles (NFT) y más, tiene un problema que no se puede resolver únicamente con plataformas de escalado de capa 2, afirmó recientemente su cofundador Vitalik Buterin.

En un blog, Buterin dijo que, aunque la red se usa ampliamente y hay usuarios, es un desafío verificar las transacciones de la red principal. Los desafíos que surgen de esto significan que no muchas personas pueden ejecutar sus nodos y, en cambio, confían en terceros confiables, incluidos los clientes ligeros. Aunque los clientes ligeros son esenciales, el cofundador señala que verificar si un validador de Ethereum en particular sigue las reglas del protocolo establecido es un desafío.

También te puede interesar: Más de 66.000 nuevos validadores se unieron a Ethereum en el primer trimestre de 2023

Para abordar estos problemas, Buterin propone dos opciones para resolver los problemas de verificación de capa 1 en cadena y, al mismo tiempo, mejorar la escalabilidad.

Cómo abordar los problemas de verificación en cadena

En la primera opción, sugiere restringir la red principal y obligar a la actividad a la capa 2. Esto requeriría reducir el objetivo de gas por bloque de la red principal de 15 millones a 1 millón, y la capa 1 tendría como única función verificar los protocolos de la capa 2.

Si bien esta solución podría funcionar, puede tener fallas. En primer lugar, haría que muchas aplicaciones existentes basadas en L1 fueran económicamente inviables y los fondos de los usuarios podrían quedar estancados debido a tarifas abrumadoramente altas. La migración masiva a un proyecto de capa 2 es posible, pero eso complicaría aún más el proceso.

El cofundador señala que, idealmente, el protocolo Ethereum debería ser fácil de verificar en varios dispositivos, incluidos portátiles, teléfonos y extensiones de navegador. Sin embargo, sincronizar individualmente los datos en la cadena por primera vez, o después de un largo tiempo sin conexión, podría llevar hasta 54 segundos. Esto podría ser una tarea ardua para el navegador del dispositivo o provocar una rápida descarga de la batería en los dispositivos portátiles.

Otra opción alternativa que propone Buterin implica verificar mediante un argumento de conocimiento sucinto y no interactivo (SNARK) la red principal utilizando una máquina virtual Ethereum de conocimiento cero (zkEVM), que se puede usar para verificar la ejecución de un bloque Ethereum mediante una máquina virtual Ethereum (EVM).

En este enfoque, se escribiría más código SNARK para verificar el lado de consenso de un bloque. Sin embargo, generar pruebas en tiempo real requeriría mejoras significativas a través de hardware especializado o mejoras arquitectónicas.

Si se opta por esta opción, será necesario elegir un tipo de zkEVM para utilizar en la verificación. Existen tres opciones: un solo zkEVM, un multi-zkEVM cerrado y un multi-zkEVM abierto.

Si bien cada opción tiene ventajas y desventajas, Buterin cree que la opción multi-zkEVM abierta es la mejor opción. Este enfoque implicaría que distintos clientes tengan distintas implementaciones de zkEVM y que cada cliente espere una prueba compatible antes de aceptar un bloque como válido.

Si bien es ideal, no estará exento de desafíos. Lo que es evidente es que requeriría mejoras significativas en la eficiencia y paralelización de Ethereum. Sin embargo, cree que este camino se puede explorar y es práctico debido a los avances tecnológicos.

Mejorando la escalabilidad y la accesibilidad en Ethereum

Las propuestas de Buterin representan un paso en la dirección correcta para resolver el problema de verificación en cadena. Si bien las soluciones propuestas tienen debilidades, resaltan la necesidad de un protocolo Ethereum más escalable y eficiente.

Esta propuesta surgió cuando Polygon lanzó la versión beta de su red principal zkEVM a principios de esta semana con planes de convertir la tecnología en código abierto para estimular más desarrollos.

Leer más: Los desarrolladores de Ethereum anuncian la fecha oficial para la actualización de Shapella