He notado algo interesante últimamente. Vitalik vuelve con propuestas bastante radicales sobre la arquitectura de Ethereum, y sinceramente, merece que hablemos de ello.

Entonces, aquí va, durante años, los desarrolladores de Ethereum han tenido una especie de mala costumbre. Cada vez que necesitaban una nueva operación criptográfica en la cadena, en lugar de implementarla correctamente en la EVM, simplemente evitaban el problema añadiendo contratos precompilados a nivel del protocolo. Es como si bricoláramos constantemente en lugar de rehacer los cimientos. Vitalik básicamente dijo: basta, esto ya no puede seguir así. Si la EVM no es suficiente, no vamos a seguir acumulando parches. La vamos a reemplazar.

Propuso dos cambios importantes. El primero concierne al árbol de estado de Ethereum, que puedes ver como el sistema de indexación del registro. Actualmente, es una estructura complicada llamada árbol de Merkle Patricia de Keccak sextuple (sí, el nombre es un poco loco). La idea es reemplazarlo por un árbol binario simple. Concretamente, en lugar de escoger tu dirección en una intersección de seis ramas, solo tendrías dos opciones: izquierda o derecha. ¿El resultado? La longitud de las ramas de Merkle se reduce aproximadamente en un 75%. Para los clientes ligeros, esto es enorme en términos de ancho de banda.

Pero Vitalik no se detiene allí. También quiere cambiar la función de hash. Dos candidatos: Blake3 o Poseidon. Blake3 es seguro, pero clásico. Poseidon es más ambicioso, teóricamente podría multiplicar la eficiencia de las pruebas por varias decenas de veces, pero necesita más auditorías de seguridad.

El segundo cambio es más controvertido: reemplazar la EVM por RISC-V a largo plazo. RISC-V es un conjunto de instrucciones de código abierto, inicialmente creado para otra cosa, pero ahora utilizado en todos lados en los sistemas de prueba ZK. La lógica es simple: dado que todos los probadores ya hablan RISC-V, ¿por qué la máquina virtual usaría otro lenguaje con una capa de traducción intermedia? Es ineficiente. Un intérprete RISC-V requiere solo unas pocas centenas de líneas de código.

Vitalik presentó un plan en tres etapas: primero, ejecutar los contratos precompilados en la nueva máquina virtual; luego, permitir a los desarrolladores desplegar directamente en esta nueva arquitectura en paralelo con la EVM existente; y finalmente, retirar la EVM pero reescribirla como contrato inteligente en la nueva máquina virtual. Cero rupturas de compatibilidad. Es elegante.

Las cifras que dio son impactantes: el árbol de estado y la máquina virtual representan juntos más del 80% del cuello de botella de las pruebas en Ethereum. Es decir, sin tocar estos dos componentes, puedes olvidar la escalabilidad real en la era ZK.

Pero, por supuesto, no es unánime. Offchain Labs, el equipo detrás de Arbitrum, publicó una refutación técnica detallada. Su argumento: RISC-V es bueno para las pruebas ZK, pero no para servir como formato de entrega de contratos. Hacen una distinción importante: no necesitas que el repartidor conduzca un montacargas solo porque tu almacén use uno. Defienden WebAssembly (WASM) para la capa de contratos, y sinceramente, sus argumentos son sólidos. WASM se ejecuta eficientemente en hardware estándar, mientras que la mayoría de los nodos de Ethereum no funcionan en chips RISC-V. Offchain Labs incluso ya implementó un prototipo: WASM para contratos, compilado en RISC-V para la prueba ZK. Dos capas, cada una haciendo su trabajo.

Lo que es interesante es el contexto más amplio. Hace unos meses, Vitalik cuestionaba la necesidad de que Ethereum tuviera una hoja de ruta L2 dedicada. Y los L2 no entran en pánico, sino que empiezan activamente a "des-ethereumizarse". Polygon y OP Labs ahora hablan de Ethereum como un estándar de liquidación subyacente, no como su infraestructura principal. Es un cambio de orientación real.

El propio Vitalik reconoce que aún no hay un consenso amplio sobre el reemplazo de la EVM. La reforma del árbol de estado está más avanzada con el EIP-7864, que ya tiene un proyecto concreto. Pero reemplazar la EVM por RISC-V? Todavía está en la etapa del plan estratégico, lejos de integrarse en el código.

Lo que me impactó fue lo que declaró recientemente: Ethereum ya cambió un motor a reacción en vuelo con The Merge, y todavía puede hacerlo unas cuatro veces más. El árbol de estado, el consenso simplificado, la verificación ZK-EVM, el reemplazo de la máquina virtual. Es ambicioso.

La verdadera pregunta es: ¿es una renovación pensada o un agujero sin fondo que se agranda? Imposible decirlo por ahora. Pero una cosa es segura: Ethereum no tiene la intención de convertirse en un sistema antiguo remendado en la era ZK. Cómo desmontar los parches y qué modelo implementar, ese mismo debate podría ser más valioso que la respuesta final.