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

Vitalik Buterin dijo que Ethereum necesita dejar de fingir que está bien. El viernes, publicó una larga propuesta que pidió a Ethereum que cortara sus tripas demasiado complicadas y se acercara a la estructura limpia de Bitcoin en cinco años.

"Ethereum quiere ser el libro mayor del mundo", escribió Vitalik, señalando su papel como capa base para criptografía, finanzas, gobernanza, autenticación y registros. Pero para llegar allí, dijo que la cadena debe ser escalable y resistente, y en este momento, es demasiado complejo para manejar eso.

Se supone que la bifurcación dura Fusaka aumenta el espacio de datos L2 en 10x. La hoja de ruta 2026 de Ethereumpromete impulsar la capacidad de datos L1 para que coincida. La red ya cambió a prueba de participación, mejoró la diversidad del cliente y está trabajando en la verificabilidad de ZK y la resistencia cuántica.

Pero Vitalik dijo que nada de eso importa si el protocolo central permanece hinchado. "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 debería seguir el modelo Ethereum .

Vitalik presiona una capa de consenso Ethereum más simple

Vitalik dijo que Ethereum puede llegar allí reescribiendo su capa de consenso. Quiere reemplazar la cadena de baliza actual con algo llamado finalidad de 3 ranuras, que eliminaría las ranuras, las épocas, el combate del comité y otras partes móviles.

"Podrías construir esto en 200 líneas de código", escribió . Dijo que ofrece seguridad de S tron G y elimina mucha hinchazón del sistema. Los conjuntos de validador más pequeños también simplifican la regla de elección de la horquilla.

Dijo que Ethereum debería usar la agregación basada en Stark para que cualquiera pueda ser un agregador sin necesidad de confianza especial o pagar en exceso para los campos de bits. La criptografía es complicada, pero está en caja y no se atornilla con todo el sistema. Eso abre la puerta a una capa más simple de igual a igual.

Las funciones de validador, como la entrada, la salida, el retiro, los cambios clave y las fugas de inactividad, deben reconstruirse para reducir el recuento de líneas y hacer que las garantías del sistema sean más fáciles de leer. Vitalik dijo que la mejor parte del consenso es que no está bien 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 matar al EVM y pasar a Risc-V

Vitalik dijo que el EVM está lleno de basura obsoleta. Lo llamó una máquina de 256 bits en exceso optimizada para trucos de criptografía que ya nadie usa. Admitió que la mayor parte de la complejidad provino de sus propias elecciones.

La lucha para eliminar el código de operación de autocontrol fue una pérdida de tiempo. También fue todo el debate EOF. Su solución: omita las pequeñas actualizaciones y simplemente reemplace el EVM.

Propuso cambiar a RISC-V u otra VM como El Cairo, las mismas utilizadas por los sistemas de prueba de conocimiento cero de Ethereum. "Los datos sucintos muestran que esto podría aumentar la eficiencia en 100 veces", dijo. Las especificaciones más simples significarían una ejecución más rápida y menos errores. 

Los desarrolladores obtendrían más opciones. La solidez y Vyper se compilarían a nuevas máquinas virtuales, y los desarrolladores que usan lenguajes de programación normales podrían escribirtracEthereum por primera vez. La mayoría de los precompilos podrían desecharse, excepto tal vez para las operaciones de curva elíptica.

Vitalik admitió que RISC-V no estará listo mañana. Mientras espera, quiere pasar actualizaciones rápidas al EVM actual, como elevar los límites de tamaño detracy agregar nuevos códigos de operación DUP/SWAP. Pero el objetivo real es reemplazar todo. Su plan viene en cuatro pasos.

Primero, cada nuevo precompil debe venir con una versión Onchain RISC-V. En segundo lugar, se debe permitir a los desarrolladores escribirtractanto en RISC-V como en EVM. Tercero, Ethereum haría una horquilla dura para eliminar las precompilas y reemplazarlas contracRISC-V. Cuarto, el EVM se volvería a implementar dentro de RISC-V y ejecutaría Onchain como un intérprete detrac.

Vitalik dijo que Ethereum también desperdicia tiempo utilizando diferentes herramientas para el mismo trabajo en diferentes lugares. Señaló los códigos de borrado, que son necesarios para la disponibilidad de datos, las transmisiones P2P y el almacenamiento del historial. Los tres deben usar el mismo código. Lo mismo ocurre con los formatos de serialización: Ethereum debería moverse completamente a SSZ, que ya está en uso en la capa de consenso y funciona dentro de lostracinteligentes.

Dijo que el árbol de Merkle de Ethereumtambién apesta. La estructura hexaria actual hace que el bloque sea difícil. Cambiar a un árbol binario con un mejor hash haría que una prueba más rápida y más barata. Ese mismo árbol binario debe usarse tanto para la ejecución como para el consenso.

Academia Cryptopolitan: Próximamente, una nueva forma de obtener ingresos pasivos con DeFi en 2025. Obtenga más información