Introducción El último artículo de Vitalik "Simplificando Ethereum L1" aboga por reducir la complejidad del protocolo mediante la introducción de RISC-V, la promoción de la tecnología STARK, la finalidad de 3 ranuras y otros mecanismos, con el objetivo de hacer que Ethereum "se simplifique al nivel de Bitcoin" dentro de cinco años. (Sinopsis: La Fundación Ethereum se niega a revelar el "peso de voto de Vitalik", la transparencia de la gobernanza cuestionada por la comunidad: centralización fundamental) (Suplemento de antecedentes: Vitalik habla sobre la IA: el "Modelo de anillo de año" ve la inversión del panorama competitivo de la IA en China y Estados Unidos) El cofundador de Ethereum, Vitalik Buterin, escribió hoy bajo el título "Simplificando L1" que Ethereum quiere convertirse en "el libro mayor mundial de activos y registros de la civilización", Se necesita escalabilidad y resiliencia. Sugirió que uno de los elementos a menudo subestimados para lograr la resiliencia es la "simplicidad del protocolo", que permite que más desarrolladores participen en el desarrollo del núcleo, reduce el riesgo de errores, reduce los costos de mantenimiento y, por lo tanto, fortalece la base descentralizada en general. Usó Bitcoin como ejemplo para ilustrar los muchos beneficios de su protocolo simple y, como contraste, reflexionó sobre el diseño excesivo y la diversidad multifuncional de Ethereum, que ha provocado dificultades de mantenimiento, altas barreras de entrada y propenso a errores en el pasado, y espera hacer que el protocolo central de Ethereum esté "cerca de Bitcoin" en los próximos cinco años. Simplificación de la capa de consenso: adoptar la finalidad de 3 ranuras y la tecnología STARK En primer lugar, Vitalik quiere simplificar en gran medida el "sistema de consenso" de Ethereum y utilizar un nuevo método llamado "finalidad de 3 ranuras" para determinar bloques, eliminar muchas configuraciones complejas e incluso solo necesita 200 líneas de código para implementar, y la seguridad es mejor. Además, promovió el uso de la tecnología STARK para comprimir la información de autenticación para que todos los nodos puedan participar sin depender de unas pocas personas y evitando la centralización. Por último, también sugirió rediseñar el mecanismo de entrada y salida de los validadores para que el protocolo de consenso general sea más ligero y fácil de verificar. Nota: Las ranuras son una "unidad de tiempo" en la Beacon Chain de Ethereum, y cada ranura es de 12 segundos. Capa de ejecución simplificada: cambio de EVM a RISC-V Luego, en la capa de ejecución, Vitalik se quejó de que la EVM se había convertido en una carga innecesaria al optimizar en exceso aplicaciones criptográficas específicas. Reiteró el enfoque radical propuesto anteriormente para reemplazar la EVM con un conjunto de instrucciones de código abierto RISC-V o una máquina virtual compacta similar, enumerando varias ventajas: Mejora de la eficiencia 100 veces en el entorno ZK Estructura de conjunto de instrucciones simple, más fácil para los desarrolladores comenzar Se puede aumentar el límite de tamaño del contrato Soporte para el desarrollo multilingüe (no solo Solidity) También admite que esta conversión llevará mucho tiempo, y aún se recomienda implementar algunas actualizaciones ligeras a las EVM a corto plazo (como aumentar el límite de tamaño del contrato). Leer más: ¿Ethereum "cambió RISC-V" para ahuyentar a los desarrolladores? OG Advertencia: el ecosistema ETH se redistribuirá, los proyectos pequeños saldrán de Solana Estrategia de "partición de código de color" En la práctica, Vitalik propuso además la estrategia de "partición de código de color", que puede garantizar que la compatibilidad y la experiencia del usuario no se sacrifiquen durante el proceso de conversión. Esta estrategia divide las características del protocolo Ethereum en tres categorías según su importancia y riesgo, para garantizar que las aplicaciones existentes continúen funcionando y hacer que el cuerpo del protocolo sea más simple y fácil de mantener. 1) Zona Verde: Área clave de consenso, debe ser minimalista Esta parte del código afectará directamente a "qué bloque es válido". Todos los nodos deben ejecutar este procedimiento sin errores. Por lo tanto, el objetivo aquí es ser minimalista, verificable y con bajo riesgo de error. 2) Zona Naranja: Zona de compatibilidad histórica que se puede dejar para implementaciones específicas Existen para preservar transacciones históricas pasadas, contratos, funcionalidad de versiones anteriores. Aunque es posible que los nuevos nodos no necesiten estas características, los contratos antiguos aún dependen de ellas para ejecutar datos históricos. 3) Zona amarilla: El área auxiliar de la herramienta no forma parte del consenso de la cadena de bloques, pero puede ayudar a los usuarios a entenderla y a los desarrolladores a operarla. Por ejemplo, cuando Etherscan muestra información de la cuenta, interpreta los detalles operativos de ERC-4337, pero esta información en sí misma no afecta el consenso de la cadena. Algunos creadores de bloques o billeteras optimizan en función de estos datos. Eventualmente, Vitalik espera eliminar el complejo EVM actual del núcleo de consenso de Ethereum y reemplazarlo con un intérprete de contratos inteligentes escrito en RISC-V que se implemente en la cadena y se ejecute como un contrato general. De esta manera, el núcleo de Ethereum solo necesita entender la máquina virtual RISC-V, lo que simplifica enormemente la lógica del protocolo; Para las aplicaciones que necesitan ejecutar contratos antiguos, este intérprete puede analizar instrucciones EVM pasadas. Este diseño permite a Ethereum simplificar el sistema principal al tiempo que preserva la compatibilidad. Especificar el objetivo del "número máximo de líneas de código" Además, Vitalik sugirió que Ethereum debería utilizar el mismo conjunto de herramientas y formatos estándar para diferentes capas tecnológicas en el futuro, lo que facilitará a los desarrolladores la puesta en marcha y mejorará el rendimiento y la seguridad de la red en general. Al mismo tiempo, también pidió a Ethereum que estableciera un objetivo máximo de línea de código de protocolo, como el marco ligero de aprendizaje profundo tinygrad, y que impulsara la cultura del diseño del "funcionalismo" a la "minimización". Solo a través de un diseño limpio puede Ethereum convertirse realmente en una infraestructura globalmente confiable, descentralizada y mantenible. Informes relacionados El fundador de ADA ahoga las "tres principales deficiencias" de Ethereum: Vitalik admite que Cardano es mejor, ETH puede desaparecer en una década Tecnología "¿Qué defiende RISC-V Vitalik? ¿Por qué CKB-VM por qué RISC-V? Desglosando la ambición estratégica de Vitalik de replantear la capa ejecutiva de Ethereum con "RISC-V en lugar de EVM" "Vitalik: Ethereum es demasiado complejo, L1 debería simplificarse a un nivel "cercano a Bitcoin" dentro de cinco años" Este artículo se publicó por primera vez en "Dynamic Trends - The Most Influential Blockchain News Media" de BlockTempo.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Vitalik: Ethereum es excesivamente complejo, L1 debería simplificarse en cinco años a un nivel "cercano a Bitcoin".
Introducción El último artículo de Vitalik "Simplificando Ethereum L1" aboga por reducir la complejidad del protocolo mediante la introducción de RISC-V, la promoción de la tecnología STARK, la finalidad de 3 ranuras y otros mecanismos, con el objetivo de hacer que Ethereum "se simplifique al nivel de Bitcoin" dentro de cinco años. (Sinopsis: La Fundación Ethereum se niega a revelar el "peso de voto de Vitalik", la transparencia de la gobernanza cuestionada por la comunidad: centralización fundamental) (Suplemento de antecedentes: Vitalik habla sobre la IA: el "Modelo de anillo de año" ve la inversión del panorama competitivo de la IA en China y Estados Unidos) El cofundador de Ethereum, Vitalik Buterin, escribió hoy bajo el título "Simplificando L1" que Ethereum quiere convertirse en "el libro mayor mundial de activos y registros de la civilización", Se necesita escalabilidad y resiliencia. Sugirió que uno de los elementos a menudo subestimados para lograr la resiliencia es la "simplicidad del protocolo", que permite que más desarrolladores participen en el desarrollo del núcleo, reduce el riesgo de errores, reduce los costos de mantenimiento y, por lo tanto, fortalece la base descentralizada en general. Usó Bitcoin como ejemplo para ilustrar los muchos beneficios de su protocolo simple y, como contraste, reflexionó sobre el diseño excesivo y la diversidad multifuncional de Ethereum, que ha provocado dificultades de mantenimiento, altas barreras de entrada y propenso a errores en el pasado, y espera hacer que el protocolo central de Ethereum esté "cerca de Bitcoin" en los próximos cinco años. Simplificación de la capa de consenso: adoptar la finalidad de 3 ranuras y la tecnología STARK En primer lugar, Vitalik quiere simplificar en gran medida el "sistema de consenso" de Ethereum y utilizar un nuevo método llamado "finalidad de 3 ranuras" para determinar bloques, eliminar muchas configuraciones complejas e incluso solo necesita 200 líneas de código para implementar, y la seguridad es mejor. Además, promovió el uso de la tecnología STARK para comprimir la información de autenticación para que todos los nodos puedan participar sin depender de unas pocas personas y evitando la centralización. Por último, también sugirió rediseñar el mecanismo de entrada y salida de los validadores para que el protocolo de consenso general sea más ligero y fácil de verificar. Nota: Las ranuras son una "unidad de tiempo" en la Beacon Chain de Ethereum, y cada ranura es de 12 segundos. Capa de ejecución simplificada: cambio de EVM a RISC-V Luego, en la capa de ejecución, Vitalik se quejó de que la EVM se había convertido en una carga innecesaria al optimizar en exceso aplicaciones criptográficas específicas. Reiteró el enfoque radical propuesto anteriormente para reemplazar la EVM con un conjunto de instrucciones de código abierto RISC-V o una máquina virtual compacta similar, enumerando varias ventajas: Mejora de la eficiencia 100 veces en el entorno ZK Estructura de conjunto de instrucciones simple, más fácil para los desarrolladores comenzar Se puede aumentar el límite de tamaño del contrato Soporte para el desarrollo multilingüe (no solo Solidity) También admite que esta conversión llevará mucho tiempo, y aún se recomienda implementar algunas actualizaciones ligeras a las EVM a corto plazo (como aumentar el límite de tamaño del contrato). Leer más: ¿Ethereum "cambió RISC-V" para ahuyentar a los desarrolladores? OG Advertencia: el ecosistema ETH se redistribuirá, los proyectos pequeños saldrán de Solana Estrategia de "partición de código de color" En la práctica, Vitalik propuso además la estrategia de "partición de código de color", que puede garantizar que la compatibilidad y la experiencia del usuario no se sacrifiquen durante el proceso de conversión. Esta estrategia divide las características del protocolo Ethereum en tres categorías según su importancia y riesgo, para garantizar que las aplicaciones existentes continúen funcionando y hacer que el cuerpo del protocolo sea más simple y fácil de mantener. 1) Zona Verde: Área clave de consenso, debe ser minimalista Esta parte del código afectará directamente a "qué bloque es válido". Todos los nodos deben ejecutar este procedimiento sin errores. Por lo tanto, el objetivo aquí es ser minimalista, verificable y con bajo riesgo de error. 2) Zona Naranja: Zona de compatibilidad histórica que se puede dejar para implementaciones específicas Existen para preservar transacciones históricas pasadas, contratos, funcionalidad de versiones anteriores. Aunque es posible que los nuevos nodos no necesiten estas características, los contratos antiguos aún dependen de ellas para ejecutar datos históricos. 3) Zona amarilla: El área auxiliar de la herramienta no forma parte del consenso de la cadena de bloques, pero puede ayudar a los usuarios a entenderla y a los desarrolladores a operarla. Por ejemplo, cuando Etherscan muestra información de la cuenta, interpreta los detalles operativos de ERC-4337, pero esta información en sí misma no afecta el consenso de la cadena. Algunos creadores de bloques o billeteras optimizan en función de estos datos. Eventualmente, Vitalik espera eliminar el complejo EVM actual del núcleo de consenso de Ethereum y reemplazarlo con un intérprete de contratos inteligentes escrito en RISC-V que se implemente en la cadena y se ejecute como un contrato general. De esta manera, el núcleo de Ethereum solo necesita entender la máquina virtual RISC-V, lo que simplifica enormemente la lógica del protocolo; Para las aplicaciones que necesitan ejecutar contratos antiguos, este intérprete puede analizar instrucciones EVM pasadas. Este diseño permite a Ethereum simplificar el sistema principal al tiempo que preserva la compatibilidad. Especificar el objetivo del "número máximo de líneas de código" Además, Vitalik sugirió que Ethereum debería utilizar el mismo conjunto de herramientas y formatos estándar para diferentes capas tecnológicas en el futuro, lo que facilitará a los desarrolladores la puesta en marcha y mejorará el rendimiento y la seguridad de la red en general. Al mismo tiempo, también pidió a Ethereum que estableciera un objetivo máximo de línea de código de protocolo, como el marco ligero de aprendizaje profundo tinygrad, y que impulsara la cultura del diseño del "funcionalismo" a la "minimización". Solo a través de un diseño limpio puede Ethereum convertirse realmente en una infraestructura globalmente confiable, descentralizada y mantenible. Informes relacionados El fundador de ADA ahoga las "tres principales deficiencias" de Ethereum: Vitalik admite que Cardano es mejor, ETH puede desaparecer en una década Tecnología "¿Qué defiende RISC-V Vitalik? ¿Por qué CKB-VM por qué RISC-V? Desglosando la ambición estratégica de Vitalik de replantear la capa ejecutiva de Ethereum con "RISC-V en lugar de EVM" "Vitalik: Ethereum es demasiado complejo, L1 debería simplificarse a un nivel "cercano a Bitcoin" dentro de cinco años" Este artículo se publicó por primera vez en "Dynamic Trends - The Most Influential Blockchain News Media" de BlockTempo.