Vitalik Buterin pide que Ethereum adopte la simplicidad del estilo Bitcoinen los próximos cinco años

Vitalik Buterin afirmó que Ethereum debe dejar de fingir que está bien. El viernes, publicó una extensa propuesta que exige que Ethereum elimine sus componentes complejos y se acerque a la estructura limpia de Bitcoin en un plazo de cinco años.

“Ethereum aspira a ser el libro de contabilidad mundial”, escribió Vitalik, destacando su papel como base para las criptomonedas, las finanzas, la gobernanza, la autenticación y los registros. Pero para lograrlo, afirmó que la cadena debe ser escalable y resiliente, y actualmente es demasiado complejo gestionarlo.

Se espera que la bifurcación dura de Fusaka multiplique por diez el espacio de datos L2. La hoja de ruta de Ethereumpara 2026 promete aumentar la capacidad de datos L1 para igualar esta tendencia. La red ya adoptó la prueba de participación (PoS), mejoró la diversidad de clientes y está trabajando en la verificabilidad de ZK y la resistencia cuántica.

Pero Vitalik afirmó que nada de eso importa si el protocolo principal sigue siendo inflado. "Necesitamos destacar 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 Ethereum debería seguir.

Vitalik impulsa una capa de consenso Ethereum más simple

Vitalik afirmó que Ethereum puede lograrlo reescribiendo su capa de consenso. Quiere reemplazar la actual cadena de balizas con algo llamado "finalidad de 3 ranuras", que eliminaría ranuras, épocas, reorganización de comités y otros elementos móviles.

“Podrías construir esto en 200 líneas de código”, escribió .Dijo que ofrece unatrony elimina gran parte del código innecesario del sistema. Los conjuntos de validadores más pequeños también simplifican la regla de elección de bifurcación.

Dijo que Ethereum debería usar agregación basada en STARK para que cualquiera pueda ser agregador sin necesidad de una confianza especial ni pagar de más por campos de bits. La criptografía es compleja, pero está integrada y no interfiere con todo el sistema. Esto abre la puerta a una capa peer-to-peer más sencilla.

Las funciones de validación, como entrada, salida, retiro, cambios de clave y fugas de inactividad, deberían reestructurarse para reducir el número de líneas y facilitar la lectura de las garantías del sistema. Vitalik afirmó que la ventaja del consenso es que no está estrechamente conectado a la capa de ejecución, por lo que puede evolucionar sin romper lostrac.

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

Vitalik quiere eliminar el EVM y pasar a RISC-V

Vitalik dijo que la EVM está repleta de basura obsoleta. La llamó una máquina de 256 bits sobredimensionada y optimizada para trucos criptográficos que ya nadie usa. Admitió que gran parte de la complejidad se debía a sus propias decisiones.

La lucha por eliminar el código de operación SELFDESTRUCT fue una pérdida de tiempo. Al igual que todo el debate sobre el fin de la función (EOF). Su solución: omitir las pequeñas actualizaciones y simplemente reemplazar el EVM.

Propuso cambiar a RISC-V u otra máquina virtual como Cairo, las mismas que utilizan los sistemas de prueba de conocimiento cero de Ethereum. «Datos concisos muestran que esto podría multiplicar por cien la eficiencia», afirmó. Unas especificaciones más sencillas implicarían una ejecución más rápida y menos errores. 

Los desarrolladores tendrían más opciones. Solidity y Vyper se compilarían en nuevas máquinas virtuales, y los desarrolladores que usaran lenguajes de programación convencionales podrían escribirtracEthereum por primera vez. La mayoría de las precompilaciones podrían eliminarse, excepto quizás las operaciones de curva elíptica.

Vitalik admitió que RISC-V no estará listo mañana. Mientras tanto, quiere implementar actualizaciones rápidas al EVM actual, como aumentar los límites de tamaño de lostracy añadir nuevos códigos de operación DUP/SWAP. Pero el objetivo real es reemplazarlo por completo. Su plan consta de cuatro pasos.

En primer lugar, cada nueva precompilación debe incluir una versión RISC-V en cadena. En segundo lugar, los desarrolladores deberían poder escribirtractanto en RISC-V como en EVM. En tercer lugar, Ethereum realizaría una bifurcación dura para eliminar las precompilaciones y reemplazarlas contracRISC-V. En cuarto lugar, la EVM se reimplementaría dentro de RISC-V y se ejecutaría en cadena como un intérprete detrac.

Vitalik afirmó que Ethereum también desperdicia tiempo utilizando diferentes herramientas para la misma tarea 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 lostracinteligentes.

Dijo que el árbol de Merkle de Ethereumtambién es deficiente. La estructura hexaria actual dificulta la comprobación de bloques. Cambiar a un árbol binario con un hash mejor haría que la comprobación fuera más rápida y económica. Ese mismo árbol binario debería usarse tanto para la ejecución como para el consenso.