Acabo de ver la publicación de Vitalik sobre el gran plan de mejora de Ethereum y tengo que decir que es bastante audaz

En resumen, quiere hacer dos cambios fundamentales que afectarán profundamente la forma en que Ethereum funciona. El primero es sobre los árboles de estado, que en términos simples es el sistema de almacenamiento y búsqueda de datos de Ethereum. El problema es que actualmente es demasiado grande y complejo. Vitalik propone cambiar de la estructura de Árbol de Patricia Merkle de hexadecimal a un árbol binario más simple. El impacto real sería reducir el ancho de banda necesario para verificar datos a aproximadamente una cuarta parte de lo actual.

Pero eso no es suficiente. También quiere cambiar la función de hash, proponiendo Blake3 o Poseidon Blake3. Este último es más rápido, pero Poseidon parece ser muy impresionante. En teoría, podría aumentar la eficiencia en varias decenas de veces.

La segunda modificación es más radical. Quiere reemplazar EVM con RISC-V a largo plazo. La razón es bastante comprensible: si todo el sistema de pruebas ZK ya usa RISC-V, ¿por qué hacer que EVM hable un idioma diferente y tenga que traducirse entre sí? Eliminando esa capa de traducción, la eficiencia aumentaría automáticamente.

Su plan tiene tres etapas: primero, usar una máquina virtual nueva para ejecutar contratos compilados; segundo, permitir a los desarrolladores desplegar contratos en la nueva máquina virtual; y tercero, eliminar la capa EVM, pero reescribir los contratos inteligentes en la nueva máquina virtual para compatibilidad hacia atrás.

Vitalik dice que la mejora en árboles de estado y máquinas virtuales juntas representa más del 80% de las limitaciones de prueba de Ethereum. Si no se toca esas dos partes, la escalabilidad en la era ZK se quedará atascada allí.

Pero no todos están de acuerdo. El equipo de Offchain Labs de Arbitrum argumenta en detalle que RISC-V es adecuado para crear pruebas ZK, pero no para la forma en que se entregan los contratos. Recomiendan usar WebAssembly en su lugar, compilarlo a RISC-V para crear las pruebas. Es notable que no solo lo dicen, sino que ya tienen un prototipo de Arbitrum que funciona con este método.

También señalan el riesgo de que la tecnología de pruebas ZK evoluciona rápidamente. Si se mantiene firmemente en RISC-V en Ethereum L1 y luego, en dos años, aparece una estructura mejor, sería un problema.

Lo interesante es que esto está relacionado con una tendencia mayor: Vitalik propone esta mejora mientras las L2 se están "separando" lentamente de Ethereum. Un ejecutivo de Polygon dice claramente que el verdadero desafío no es la escalabilidad, sino crear un espacio dedicado para casos reales.

Vitalik también admite que no hay consenso general sobre reemplazar EVM, pero la mejora en árboles de estado parece estar más madura. Él dice que Ethereum ya cambió su motor una vez en The Merge y que puede cambiarlo unas cuatro veces más.

El plan de actualización Glamsterdam se espera que comience en la primera mitad de 2026, seguido por Hegota. La cuestión no es si es posible o no; Ethereum ya ha demostrado ser audaz en cambios fundamentales. Lo que será claro en 2027, pero al menos, Ethereum no planea ser un sistema antiguo que necesita reparación.