Simplificación de la capa base de Ethereum: reimaginando la belleza del protocolo
La visión de Ethereum es convertirse en un libro mayor global, proporcionando soporte subyacente para infraestructuras clave como finanzas, gobernanza y certificación de datos de alto valor. Para lograr este objetivo, es necesario encontrar un equilibrio entre escalabilidad y resiliencia.
Recientemente, los desarrollos han traído un notable avance para Ethereum. La bifurcación dura de Fusaka ha aumentado significativamente el espacio de datos L2, y la hoja de ruta futura también planea expandir aún más L1. Al mismo tiempo, tras la transición al consenso PoS, la diversidad de clientes ha mejorado, y la investigación sobre la verificabilidad ZK y la resistencia a ataques cuánticos también está avanzando continuamente. Sin embargo, además de la mejora del rendimiento, hay un aspecto igualmente importante pero a menudo pasado por alto: la simplicidad del protocolo.
La simplicidad es una característica clave de los sistemas descentralizados. El protocolo de Bitcoin es conocido por su extrema simplicidad, lo que permite que incluso los estudiantes de secundaria comprendan su funcionamiento, y los programadores pueden implementar el cliente por sí mismos. Esta simplicidad trae múltiples ventajas: reduce la barrera de entrada para la investigación y el desarrollo, disminuye la complejidad del mantenimiento a largo plazo, reduce el riesgo de vulnerabilidades de seguridad significativas y disminuye la posibilidad de manipulación por intereses particulares.
En comparación, Ethereum no se desempeña bien en términos de simplicidad, lo que lleva a costos de desarrollo innecesarios, riesgos de seguridad y un entorno de investigación cerrado. En los próximos años, Ethereum tiene el potencial de acercarse a Bitcoin en simplicidad, lo que requiere mejoras desde dos aspectos: la capa de consenso y la capa de ejecución.
A nivel de consenso, los nuevos mecanismos del futuro integrarán los logros de investigación de la última década en teoría de consenso, ZK-SNARK y economía de staking, entre otros. Las mejoras clave incluyen la introducción de un mecanismo de finalización de tres ranuras, la simplificación de las reglas de selección de bifurcación y la estructura de la red, así como la optimización de la lógica relacionada con la transición de estado. Estas transformaciones reducirán significativamente la complejidad del código y aumentarán la seguridad y eficiencia del sistema.
La simplificación de la capa de ejecución es una tarea más desafiante. El EVM actual presenta numerosos problemas, como un conjunto de instrucciones complejo, contratos precompilados difíciles de entender y una carga de compatibilidad histórica. Una posible solución es reemplazar el EVM con una VM (como RISC-V) que sea sencilla, de alto rendimiento y amigable con ZK. Esto no solo mejoraría el rendimiento, sino que también facilitaría una mejor integración con los lenguajes de programación de uso común, lo que a su vez facilitaría la auditoría y la verificación de seguridad.
Para lograr una transición sin problemas, se puede utilizar una estrategia similar a la de Apple al cambiar a los chips ARM, permitiendo que los contratos antiguos se ejecuten en un intérprete EVM escrito en la nueva VM, logrando así una actualización sin dolor.
Además, integrar más componentes compartidos también es una forma importante de simplificar el sistema. Por ejemplo, un código de corrección unificado se puede utilizar para el muestreo de disponibilidad de datos, almacenamiento histórico y aceleración de transmisión P2P; un formato de serialización unificado puede mejorar la eficiencia y facilitar el desacoplamiento en L2; y una estructura de árbol de estado unificada es más adecuada para pruebas ZK.
La búsqueda de la simplicidad requiere un cambio cultural. Aunque a corto plazo puede ser necesario renunciar a algunas funciones y hacer un esfuerzo adicional, a largo plazo, la simplicidad aportará un gran valor al sistema. Siguiendo la idea de tinygrad, establecer un objetivo de número máximo de líneas de código de consenso para Ethereum ayudará a controlar la complejidad dentro de un rango razonable. Al mismo tiempo, el diseño debe inclinarse hacia la elección de soluciones más simples, priorizando el encapsulamiento local en lugar de la complejidad sistémica.
A través de estos esfuerzos, Ethereum espera remodelar la belleza de su protocolo mientras mantiene potentes funciones, sentando así una base más sólida para el desarrollo futuro.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
19 me gusta
Recompensa
19
6
Republicar
Compartir
Comentar
0/400
Rugpull幸存者
· 07-19 01:05
Ethereum sería realmente divertido si se convirtiera en un activo en dólares.
Ver originalesResponder0
BearMarketMonk
· 07-16 01:36
No entendí bien qué significa simplicidad, solo lo dije.
Ver originalesResponder0
BearMarketBro
· 07-16 01:33
¿Cuándo se podrá ganar dinero con la minería?
Ver originalesResponder0
MagicBean
· 07-16 01:30
Solo es un entusiasmo pasajero de tres minutos.
Ver originalesResponder0
DAOdreamer
· 07-16 01:25
Ya era hora de simplificar, ¡salvemos a esos ancianos!
Revolución simplificada de Ethereum: remodelar la belleza del protocolo, mejorar el rendimiento y la seguridad
Simplificación de la capa base de Ethereum: reimaginando la belleza del protocolo
La visión de Ethereum es convertirse en un libro mayor global, proporcionando soporte subyacente para infraestructuras clave como finanzas, gobernanza y certificación de datos de alto valor. Para lograr este objetivo, es necesario encontrar un equilibrio entre escalabilidad y resiliencia.
Recientemente, los desarrollos han traído un notable avance para Ethereum. La bifurcación dura de Fusaka ha aumentado significativamente el espacio de datos L2, y la hoja de ruta futura también planea expandir aún más L1. Al mismo tiempo, tras la transición al consenso PoS, la diversidad de clientes ha mejorado, y la investigación sobre la verificabilidad ZK y la resistencia a ataques cuánticos también está avanzando continuamente. Sin embargo, además de la mejora del rendimiento, hay un aspecto igualmente importante pero a menudo pasado por alto: la simplicidad del protocolo.
La simplicidad es una característica clave de los sistemas descentralizados. El protocolo de Bitcoin es conocido por su extrema simplicidad, lo que permite que incluso los estudiantes de secundaria comprendan su funcionamiento, y los programadores pueden implementar el cliente por sí mismos. Esta simplicidad trae múltiples ventajas: reduce la barrera de entrada para la investigación y el desarrollo, disminuye la complejidad del mantenimiento a largo plazo, reduce el riesgo de vulnerabilidades de seguridad significativas y disminuye la posibilidad de manipulación por intereses particulares.
En comparación, Ethereum no se desempeña bien en términos de simplicidad, lo que lleva a costos de desarrollo innecesarios, riesgos de seguridad y un entorno de investigación cerrado. En los próximos años, Ethereum tiene el potencial de acercarse a Bitcoin en simplicidad, lo que requiere mejoras desde dos aspectos: la capa de consenso y la capa de ejecución.
A nivel de consenso, los nuevos mecanismos del futuro integrarán los logros de investigación de la última década en teoría de consenso, ZK-SNARK y economía de staking, entre otros. Las mejoras clave incluyen la introducción de un mecanismo de finalización de tres ranuras, la simplificación de las reglas de selección de bifurcación y la estructura de la red, así como la optimización de la lógica relacionada con la transición de estado. Estas transformaciones reducirán significativamente la complejidad del código y aumentarán la seguridad y eficiencia del sistema.
La simplificación de la capa de ejecución es una tarea más desafiante. El EVM actual presenta numerosos problemas, como un conjunto de instrucciones complejo, contratos precompilados difíciles de entender y una carga de compatibilidad histórica. Una posible solución es reemplazar el EVM con una VM (como RISC-V) que sea sencilla, de alto rendimiento y amigable con ZK. Esto no solo mejoraría el rendimiento, sino que también facilitaría una mejor integración con los lenguajes de programación de uso común, lo que a su vez facilitaría la auditoría y la verificación de seguridad.
Para lograr una transición sin problemas, se puede utilizar una estrategia similar a la de Apple al cambiar a los chips ARM, permitiendo que los contratos antiguos se ejecuten en un intérprete EVM escrito en la nueva VM, logrando así una actualización sin dolor.
Además, integrar más componentes compartidos también es una forma importante de simplificar el sistema. Por ejemplo, un código de corrección unificado se puede utilizar para el muestreo de disponibilidad de datos, almacenamiento histórico y aceleración de transmisión P2P; un formato de serialización unificado puede mejorar la eficiencia y facilitar el desacoplamiento en L2; y una estructura de árbol de estado unificada es más adecuada para pruebas ZK.
La búsqueda de la simplicidad requiere un cambio cultural. Aunque a corto plazo puede ser necesario renunciar a algunas funciones y hacer un esfuerzo adicional, a largo plazo, la simplicidad aportará un gran valor al sistema. Siguiendo la idea de tinygrad, establecer un objetivo de número máximo de líneas de código de consenso para Ethereum ayudará a controlar la complejidad dentro de un rango razonable. Al mismo tiempo, el diseño debe inclinarse hacia la elección de soluciones más simples, priorizando el encapsulamiento local en lugar de la complejidad sistémica.
A través de estos esfuerzos, Ethereum espera remodelar la belleza de su protocolo mientras mantiene potentes funciones, sentando así una base más sólida para el desarrollo futuro.