Vitalik Buterin pide a Ethereum adoptar la simplicidad al estilo de Bitcoin en los próximos cinco años

Vitalik Buterin afirmó que Ethereum debe dejar de fingir que todo está bien. El viernes, publicó una propuesta extensa que insta a Ethereum a eliminar sus entrañas excesivamente complicadas y acercarse a la estructura limpia de Bitcoin en un plazo de cinco años.

“Ethereum quiere ser el libro mayor del mundo”, escribió Vitalik, señalando su papel como capa base para criptomonedas, finanzas, gobernanza, autenticación y registros. Sin embargo, para lograrlo realmente, dijo que la cadena debe ser escalable y resiliente, y actualmente es demasiado compleja para manejar eso.

El hard fork Fusaka debería aumentar el espacio de datos de L2 en un 10x. La hoja de ruta de Ethereum para 2026 promete aumentar la capacidad de datos de L1 para igualarlo. La red ya cambió a prueba de participación, mejoró la diversidad de clientes y trabaja en verificabilidad ZK y resistencia cuántica.

Pero Vitalik señaló que nada de eso importa si el protocolo central sigue siendo inflado. “Necesitamos iluminar la importancia de la simplicidad”, escribió. Señaló el diseño de Bitcoin —bloques, hashes, prueba de trabajo y nada más— como el modelo que Ethereum debería seguir.

Vitalik impulsa una capa de consenso de Ethereum más simple

Vitalik dijo que Ethereum puede llegar allí reescribiendo su capa de consenso. Quiere reemplazar la actual cadena de balizas con algo llamado finalidad de 3 ranuras, lo que eliminaría las ranuras, los periodos, el reordenamiento de comités y otras partes móviles.

“Podrías construir esto en 200 líneas de código”, dijo escribió. Dijo que ofrece una seguridad sólida y elimina gran parte de la sobrecarga del sistema. Los conjuntos de validadores más pequeños también hacen que la regla de elección de bifurcación sea más simple.

Dijo que Ethereum debería utilizar agregación basada en STARK para que cualquiera pueda ser un agregador sin necesidad de confianza especial ni pagar de más por bitfields. La criptografía es complicada, pero está encapsulada y no afecta a todo el sistema. Eso abre la puerta a una capa peer-to-peer más simple.

Las funciones de los validadores —como entrada, salida, retiro, cambios de clave y fugas por inactividad— deberían reconstruirse para reducir el número de líneas y hacer que las garantías del sistema sean más fáciles de leer. Vitalik dijo que lo mejor del consenso es que no está estrechamente conectado con la capa de ejecución, por lo que puede evolucionar sin romper los contratos.

Pero el verdadero desastre, dijo, es la Máquina Virtual de Ethereum.

Vitalik quiere eliminar la EVM y pasar a RISC-V

Vitalik dijo que la EVM está llena de obsoletos. La llamó una máquina de 256 bits sobreingenierizada optimizada para trucos criptográficos que nadie usa ya. Admitió que la mayor parte de la complejidad provenía de sus propias elecciones.

La lucha por eliminar el opcode SELFDESTRUCT fue una pérdida de tiempo. Lo mismo ocurrió con todo el debate sobre EOF. Su solución: saltarse las pequeñas actualizaciones y reemplazar directamente la EVM.

Propuso cambiar a RISC-V o a otra máquina virtual como Cairo, las mismas que utilizan los sistemas de pruebas de conocimiento cero de Ethereum. «Los datos de Succinct muestran que esto podría aumentar la eficiencia hasta 100 veces», dijo. Especificaciones más sencillas significarían una ejecución más rápida y menos errores. 

Los desarrolladores tendrían más opciones. Solidity y Vyper se compilarían para nuevas máquinas virtuales, y los desarrolladores que usan lenguajes de programación convencionales podrían escribir contratos en Ethereum por primera vez. La mayoría de las precompilaciones podrían eliminarse, excepto quizás las operaciones de curvas elípticas.

Vitalik admitió que RISC-V no estará listo mañana. Mientras espera, quiere aprobar actualizaciones rápidas para la EVM actual, como elevar los límites de tamaño de contrato y añadir nuevos opcodes DUP/SWAP. Pero el objetivo real es reemplazarla por completo. Su plan consta de cuatro pasos.

Primero, cada nueva precompilación debe incluir una versión onchain en RISC-V. Segundo, se debe permitir a los desarrolladores escribir contratos tanto en RISC-V como en EVM. Tercero, Ethereum realizará un hard fork para eliminar las precompilaciones y reemplazarlas con contratos en RISC-V. Cuarto, la EVM se reimplementará dentro de RISC-V y se ejecutará onchain como un intérprete de contratos.

Vitalik dijo que Ethereum también pierde tiempo usando diferentes herramientas para el mismo trabajo en distintos lugares. Señaló los códigos de borrado, necesarios para la disponibilidad de datos, las transmisiones P2P y el almacenamiento del historial. Los tres deberían usar el mismo código. Lo mismo ocurre con los formatos de serialización: Ethereum debería migrar completamente a SSZ, que ya se utiliza en la capa de consenso y funciona dentro de los contratos inteligentes.

Dijo que el árbol de Merkle de Ethereum también es deficiente. La estructura hexaria actual dificulta la prueba de bloques. Cambiar a un árbol binario con un hash mejor haría que las pruebas fueran más rápidas y económicas. Ese mismo árbol binario debería usarse tanto para la ejecución como para el consenso.