El objetivo de Ethereum es convertirse en un libro mayor mundial: una plataforma que soporte activos civiles y registros, respaldando infraestructuras críticas como finanzas, gobernanza y certificación de datos de alto valor. Para lograr esta visión, es esencial equilibrar dos capacidades clave: escalabilidad y resiliencia.
La bifurcación dura de Fusaka traerá una mejora de 10 veces en el espacio de datos L2, y la hoja de ruta de 2026 también planea una expansión similar para L1. Al mismo tiempo, Merge ha llevado a Ethereum hacia el consenso PoS, la diversidad de clientes ha mejorado rápidamente, la investigación sobre la verificabilidad ZK y la resistencia a ataques cuánticos continúa avanzando, y la capa de aplicaciones se vuelve cada vez más fuerte. Pero además de la escalabilidad y el rendimiento, hay una base de resiliencia que a menudo se pasa por alto pero que es igualmente importante: la simplicidad del protocolo.
La simplicidad es el escudo final de la descentralización.
Lo que más asombra de Bitcoin es la extrema simplicidad de su protocolo:
La cadena de bloques consiste en una serie de bloques;
Cada bloque está vinculado al bloque anterior a través de un hash;
Un bloque se verifica a través de PoW, es decir, se comprueba si los primeros dígitos de su hash son 0;
Cada bloque contiene transacciones que consumen monedas generadas por la minería o las transacciones de pedido anticipado.
Un estudiante de secundaria que entiende de código puede comprender completamente el funcionamiento del protocolo de Bitcoin, un programador incluso puede implementarlo como un proyecto personal para crear un cliente, esta simplicidad trae los siguientes beneficios:
Más fácil de entender ampliamente, reducir las barreras de investigación y desarrollo, evitar ser dominado por los "tecnócratas";
Reducir el costo de la infraestructura de interfaces para el desarrollo de nuevos clientes, validadores, herramientas, etc.
Reducir la complejidad del mantenimiento a largo plazo;
Reducir el riesgo de vulnerabilidades de seguridad significativas y facilitar la verificación de la corrección del protocolo;
Reducir la superficie de ataque social manipulada por intereses especiales.
Históricamente, Ethereum no ha hecho un buen trabajo en este aspecto, lo que ha llevado a costos de desarrollo innecesarios, riesgos de seguridad y un entorno de investigación cerrado. En los próximos cinco años, Ethereum tiene el potencial de volverse casi tan simple como Bitcoin, y podemos abordar esto desde dos niveles: el nivel de consenso y el nivel de ejecución.
Capa de consenso simplificada
El nuevo mecanismo de consenso del futuro (anteriormente conocido como la cadena beam) integra una profunda acumulación de teorías de consenso, ZK-SNARK, economía de staking y otros aspectos de la última década, con el objetivo de construir una capa de consenso a largo plazo que sea óptima y significativamente simplificada. Las iniciativas clave incluyen:
Mecanismo de finalización de 3 ranuras (3-slot finality): se elimina la lógica compleja de ranura y época; ya no se necesitan mecanismos como el barajado del comité, el comité de sincronización, etc.; se puede implementar básicamente en unas 200 líneas de código; tiene una seguridad más cercana a la óptima en comparación con el protocolo Gasper actual.
Elección de bifurcación simplificada y estructura de red: menos validadores activos permiten el uso de reglas de elección de bifurcación más simples; la agregación STARK permite que cualquiera se convierta en agregador, sin necesidad de confianza y pagos complejos; una arquitectura p2p más robusta.
Simplificar la lógica relacionada con la transición de estados: rediseñar los mecanismos de entrada, salida, extracción y cambio de claves de los validadores; reducir la complejidad del código y expresar de manera más clara comportamientos clave como el ciclo de subjetividad.
El beneficio de la capa de consenso es que se ejecuta de manera relativamente independiente de EVM, lo que permite realizar estas actualizaciones de forma más libre. La verdadera dificultad radica en cómo simplificar la capa de ejecución.
Capa de ejecución simplificada
La capa de ejecución es realmente el "centro de la magia negra": un conjunto de instrucciones EVM complejo, contratos precompilados largos y difíciles de entender, SELFDESTRUCT que es difícil de escalar, y una carga de compatibilidad histórica demasiado pesada. Por lo tanto, se propone reemplazar EVM con una máquina virtual simplificada, de alto rendimiento y amigable con ZK, como RISC-V, cuyas ventajas son:
Mejora de rendimiento de 100 veces;
Se conecta sin problemas con los lenguajes de programación populares;
Puede ejecutarse de forma nativa en sistemas de prueba de cero conocimiento;
La estructura estática es clara, lo que facilita la auditoría y la verificación de seguridad;
Casi no se necesita precompilar contratos, en el futuro incluso se podrán implementar de forma nativa algoritmos resistentes a la computación cuántica.
Pero la migración no es un "hard fork" fuerte, sino que permite que los contratos antiguos sigan funcionando en un intérprete EVM, y este intérprete es un contrato escrito en RISC-V. Al igual que Apple utilizó Rosetta para la transición a los chips ARM, Ethereum puede actualizar su máquina virtual sin problemas.
Componentes compartidos, creando una base de sistema más elegante.
El protocolo de Ethereum en el futuro debería integrar más "componentes compartidos" para reducir drásticamente la complejidad del sistema:
Código de borrado unificado: utilizado para muestreo de disponibilidad de datos, almacenamiento histórico, aceleración de transmisión P2P, evitando el diseño duplicado;
Formato de serialización unificado (SSZ): similar al ABI actual, compatible pero más eficiente, favoreciendo el desacoplamiento de L2;
Estructura de árbol de estado unificado (árbol binario): más adecuada para pruebas ZK, más rápida y más simple.
Esto significa que la capa subyacente de Ethereum ya no está compuesta por "diversos parches de compromiso", sino que está construida realmente como "bloques de protocolo" con estética de ingeniería.
Cuando la complejidad llega a su fin, es el mejor momento para empezar a simplificar.
La simplicidad se asemeja a la descentralización en muchos aspectos, siendo ambos valores que conducen a la resiliencia del sistema. Valorar realmente la simplicidad requiere un cambio cultural, sus beneficios a menudo son difíciles de cuantificar de inmediato, mientras que el costo de renunciar a funciones llamativas y de realizar un esfuerzo adicional se manifiesta de inmediato. Sin embargo, con el paso del tiempo, el valor de la simplicidad se hará evidente, siendo Bitcoin el mejor ejemplo.
Inspirándose en la idea de tinygrad, se establece un objetivo de número máximo de líneas de código de consenso para las normas a largo plazo de Ethereum, con el fin de que la complejidad de la ruta crítica de consenso se acerque lo más posible al nivel de simplicidad de Bitcoin. La lógica relacionada con las reglas históricas seguirá siendo mantenida, pero debe ser aislada fuera de la ruta de consenso. Al mismo tiempo, el diseño general debe adherirse a la filosofía de "priorizar soluciones más simples", inclinándose hacia el empaquetado local en lugar de la complejidad sistémica, y priorizando las opciones arquitectónicas que tengan atributos claros y verificables.
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.
Código es civilización: ¿Por qué Ethereum debe ser "tan simple que asusta" como Bitcoin?
Autor original: Vitalik Buterin
Reimpresión: Daisy, Mars Finance
El objetivo de Ethereum es convertirse en un libro mayor mundial: una plataforma que soporte activos civiles y registros, respaldando infraestructuras críticas como finanzas, gobernanza y certificación de datos de alto valor. Para lograr esta visión, es esencial equilibrar dos capacidades clave: escalabilidad y resiliencia.
La bifurcación dura de Fusaka traerá una mejora de 10 veces en el espacio de datos L2, y la hoja de ruta de 2026 también planea una expansión similar para L1. Al mismo tiempo, Merge ha llevado a Ethereum hacia el consenso PoS, la diversidad de clientes ha mejorado rápidamente, la investigación sobre la verificabilidad ZK y la resistencia a ataques cuánticos continúa avanzando, y la capa de aplicaciones se vuelve cada vez más fuerte. Pero además de la escalabilidad y el rendimiento, hay una base de resiliencia que a menudo se pasa por alto pero que es igualmente importante: la simplicidad del protocolo.
La simplicidad es el escudo final de la descentralización.
Lo que más asombra de Bitcoin es la extrema simplicidad de su protocolo:
La cadena de bloques consiste en una serie de bloques;
Cada bloque está vinculado al bloque anterior a través de un hash;
Un bloque se verifica a través de PoW, es decir, se comprueba si los primeros dígitos de su hash son 0;
Cada bloque contiene transacciones que consumen monedas generadas por la minería o las transacciones de pedido anticipado.
Un estudiante de secundaria que entiende de código puede comprender completamente el funcionamiento del protocolo de Bitcoin, un programador incluso puede implementarlo como un proyecto personal para crear un cliente, esta simplicidad trae los siguientes beneficios:
Más fácil de entender ampliamente, reducir las barreras de investigación y desarrollo, evitar ser dominado por los "tecnócratas";
Reducir el costo de la infraestructura de interfaces para el desarrollo de nuevos clientes, validadores, herramientas, etc.
Reducir la complejidad del mantenimiento a largo plazo;
Reducir el riesgo de vulnerabilidades de seguridad significativas y facilitar la verificación de la corrección del protocolo;
Reducir la superficie de ataque social manipulada por intereses especiales.
Históricamente, Ethereum no ha hecho un buen trabajo en este aspecto, lo que ha llevado a costos de desarrollo innecesarios, riesgos de seguridad y un entorno de investigación cerrado. En los próximos cinco años, Ethereum tiene el potencial de volverse casi tan simple como Bitcoin, y podemos abordar esto desde dos niveles: el nivel de consenso y el nivel de ejecución.
Capa de consenso simplificada
El nuevo mecanismo de consenso del futuro (anteriormente conocido como la cadena beam) integra una profunda acumulación de teorías de consenso, ZK-SNARK, economía de staking y otros aspectos de la última década, con el objetivo de construir una capa de consenso a largo plazo que sea óptima y significativamente simplificada. Las iniciativas clave incluyen:
Mecanismo de finalización de 3 ranuras (3-slot finality): se elimina la lógica compleja de ranura y época; ya no se necesitan mecanismos como el barajado del comité, el comité de sincronización, etc.; se puede implementar básicamente en unas 200 líneas de código; tiene una seguridad más cercana a la óptima en comparación con el protocolo Gasper actual.
Elección de bifurcación simplificada y estructura de red: menos validadores activos permiten el uso de reglas de elección de bifurcación más simples; la agregación STARK permite que cualquiera se convierta en agregador, sin necesidad de confianza y pagos complejos; una arquitectura p2p más robusta.
Simplificar la lógica relacionada con la transición de estados: rediseñar los mecanismos de entrada, salida, extracción y cambio de claves de los validadores; reducir la complejidad del código y expresar de manera más clara comportamientos clave como el ciclo de subjetividad.
El beneficio de la capa de consenso es que se ejecuta de manera relativamente independiente de EVM, lo que permite realizar estas actualizaciones de forma más libre. La verdadera dificultad radica en cómo simplificar la capa de ejecución.
Capa de ejecución simplificada
La capa de ejecución es realmente el "centro de la magia negra": un conjunto de instrucciones EVM complejo, contratos precompilados largos y difíciles de entender, SELFDESTRUCT que es difícil de escalar, y una carga de compatibilidad histórica demasiado pesada. Por lo tanto, se propone reemplazar EVM con una máquina virtual simplificada, de alto rendimiento y amigable con ZK, como RISC-V, cuyas ventajas son:
Mejora de rendimiento de 100 veces;
Se conecta sin problemas con los lenguajes de programación populares;
Puede ejecutarse de forma nativa en sistemas de prueba de cero conocimiento;
La estructura estática es clara, lo que facilita la auditoría y la verificación de seguridad;
Casi no se necesita precompilar contratos, en el futuro incluso se podrán implementar de forma nativa algoritmos resistentes a la computación cuántica.
Pero la migración no es un "hard fork" fuerte, sino que permite que los contratos antiguos sigan funcionando en un intérprete EVM, y este intérprete es un contrato escrito en RISC-V. Al igual que Apple utilizó Rosetta para la transición a los chips ARM, Ethereum puede actualizar su máquina virtual sin problemas.
Componentes compartidos, creando una base de sistema más elegante.
El protocolo de Ethereum en el futuro debería integrar más "componentes compartidos" para reducir drásticamente la complejidad del sistema:
Código de borrado unificado: utilizado para muestreo de disponibilidad de datos, almacenamiento histórico, aceleración de transmisión P2P, evitando el diseño duplicado;
Formato de serialización unificado (SSZ): similar al ABI actual, compatible pero más eficiente, favoreciendo el desacoplamiento de L2;
Estructura de árbol de estado unificado (árbol binario): más adecuada para pruebas ZK, más rápida y más simple.
Esto significa que la capa subyacente de Ethereum ya no está compuesta por "diversos parches de compromiso", sino que está construida realmente como "bloques de protocolo" con estética de ingeniería.
Cuando la complejidad llega a su fin, es el mejor momento para empezar a simplificar.
La simplicidad se asemeja a la descentralización en muchos aspectos, siendo ambos valores que conducen a la resiliencia del sistema. Valorar realmente la simplicidad requiere un cambio cultural, sus beneficios a menudo son difíciles de cuantificar de inmediato, mientras que el costo de renunciar a funciones llamativas y de realizar un esfuerzo adicional se manifiesta de inmediato. Sin embargo, con el paso del tiempo, el valor de la simplicidad se hará evidente, siendo Bitcoin el mejor ejemplo.
Inspirándose en la idea de tinygrad, se establece un objetivo de número máximo de líneas de código de consenso para las normas a largo plazo de Ethereum, con el fin de que la complejidad de la ruta crítica de consenso se acerque lo más posible al nivel de simplicidad de Bitcoin. La lógica relacionada con las reglas históricas seguirá siendo mantenida, pero debe ser aislada fuera de la ruta de consenso. Al mismo tiempo, el diseño general debe adherirse a la filosofía de "priorizar soluciones más simples", inclinándose hacia el empaquetado local en lugar de la complejidad sistémica, y priorizando las opciones arquitectónicas que tengan atributos claros y verificables.