Acabo de darme cuenta de una cosa bastante interesante: la forma en que Ethereum percibe el papel de las L2 está cambiando. No es que las L2 se estén debilitando, sino que Ethereum en sí mismo está "recuperando el control" de sus capacidades fundamentales. Vitalik acaba de proponer una idea bastante audaz—cambiar completamente la forma en que Ethereum procesa las transacciones en su capa básica.

Específicamente, dos cosas: primero, cambiar la estructura de datos del árbol de estado (actual, que es demasiado "gordo" con el Árbol de Merkle de Patricia Keccak). Si se pasa a un árbol binario más simple, la longitud de las ramas Merkle se reducirá a una cuarta parte, es decir, el cliente ligero necesitará mucho menos ancho de banda para verificar los datos. Esto es lo que propone la EIP-7864 que Vitalik está impulsando.

En segundo lugar, y también más audaz: reemplazar la EVM por una arquitectura RISC-V. Suena loco, pero la lógica es bastante directa—si los sistemas de prueba ZK ya usan RISC-V, ¿por qué la máquina virtual debería usar un lenguaje diferente y añadir una capa de traducción entre ellas? Eliminar esa capa de traducción, automáticamente aumenta el rendimiento. Un intérprete RISC-V solo necesita unas pocas centenas de líneas de código.

Pero esta no es una idea que todos apoyen. Offchain Labs (el equipo de desarrollo de Arbitrum) publicó una respuesta detallada en noviembre. Dicen que RISC-V es bueno para crear pruebas ZK, pero no es la mejor opción para el formato de transacción. En su lugar, proponen usar WebAssembly (WASM) para la capa de contratos, y luego compilarlo a RISC-V para generar las pruebas. Las dos capas funcionan de manera independiente. La razón también es lógica: WASM funciona eficientemente en hardware estándar, mientras que la mayoría de los nodos de Ethereum no usan chips RISC-V.

El problema mayor que Vitalik señala es que el árbol de estado y la máquina virtual actuales representan más del 80% del cuello de botella en las pruebas de Ethereum. En otras palabras, si no se toca esas dos partes, la escalabilidad en la era ZK quedará bloqueada. Vitalik incluso dice que Ethereum ya cambió de motor una vez (The Merge), y puede que tenga que cambiar unas cuatro veces más—incluyendo reformar el árbol de estado, reemplazar la EVM, y otras cosas.

Lo interesante es que las L2 no están en pánico. En cambio, están buscando justificar su existencia independiente. Jing Wang de OP Labs dice que las L2 son como sitios web independientes, mientras que Ethereum es el estándar de pago abierto en la capa inferior. El CEO de Polygon incluso lo dice más directamente: el verdadero desafío no es escalar, sino crear un espacio de bloques único para escenarios del mundo real.

Vitalik también admite que reemplazar la EVM aún no cuenta con un amplio consenso en la comunidad. La reforma del árbol de estado está más madura, pero reemplazar la EVM por RISC-V todavía está en la fase de hoja de ruta. Se espera que Ethereum Glamsterdam se implemente en la primera mitad de 2026, seguido por Hegota, pero los detalles exactos aún no están definidos definitivamente.

Pero mirando hacia atrás en la historia, Ethereum ha demostrado su capacidad para cambiar de PoW a PoS, de L1 todo en uno a centrarse en Rollups. Esta vez no se trata de agregar nuevas funciones, sino de aprovechar la infraestructura antigua para reinventarse. ¿Es esto una transformación con visión a largo plazo o un pozo sin fondo cada vez más complejo? Quizá en 2027 tengamos la respuesta. Pero al menos, Ethereum no pretende convertirse en un "sistema viejo que necesita parches" en la era ZK. Esta discusión probablemente tenga más valor que la misma conclusión.