El cofundador de Ethereum, Vitalik Buterin, publicó recientemente un artículo técnico en el que propone que la "simplicidad" sea la línea central para la escalabilidad y resiliencia futura de la cadena de bloques. Además, sugiere que la mainnet de Ethereum debería ir transitando gradualmente en los próximos años desde la actual máquina virtual EVM hacia una nueva arquitectura más eficiente y fácil de verificar, como RISC-V, e incluso podría adoptar Cairo para lograr una simplificación completa del protocolo.
Vitalik se inspiró en las características de simplicidad de Bitcoin
Vitalik Buterin señaló que, en el pasado, Ethereum ha logrado muchos resultados en escalabilidad y flexibilidad de aplicaciones, como la bifurcación dura Fusaka que aumentará significativamente el espacio de datos L2, la finalización de Merge que llevó a la cadena pública hacia la prueba de participación (PoS), y continúa avanzando en la verificabilidad de conocimiento cero y mecanismos de resistencia a computadoras cuánticas. Sin embargo, para convertirse realmente en la base de datos y financiera confiable a nivel mundial, la "simplicidad del protocolo" será una clave subestimada pero indispensable.
Vitalik Buterin afirmó que el éxito de Bitcoin proviene en gran parte de su simplicidad: una cadena, una serie de bloques, cada bloque verificado a través de un simple mecanismo de prueba de trabajo, que casi cualquier desarrollador puede entender e incluso reimplementar. En comparación, Ethereum, al adoptar una máquina virtual más compleja, numerosos funciones precompiladas y cargas históricas, ha elevado el umbral de desarrollo de nuevos clientes, reducido el número de participantes en el protocolo e incluso ha causado una excesiva concentración de gobernanza.
¿Y cuáles son las ventajas de hacer que Ethereum sea más sencillo?
Permitir que más personas comprendan y participen en la investigación, desarrollo y gobernanza del protocolo, reduciendo el monopolio de élite causado por las barreras tecnológicas.
Reducir los costos de desarrollo e integración, como nuevos clientes, nuevos verificadores ZK y nuevas herramientas para desarrolladores.
Reducir los costos de mantenimiento a largo plazo.
Reducir el riesgo de vulnerabilidades sistémicas, permitiendo que los bugs sean más fáciles de detectar y corregir.
Reducir la superficie de ataque social: Cuantos menos componentes, menos fácil es que intereses especiales tomen el control.
Él admitió que la compleja estructura del protocolo de Ethereum actualmente se debe en parte a sus decisiones de diseño y pidió que en el futuro se priorice la simplicidad, para que el protocolo no solo sea fácil de entender, participar y verificar, sino que también pueda mejorar la seguridad y la eficiencia del desarrollo.
Un plano simplificado de la capa de consenso a la capa de ejecución
Vitalik Buterin describió varias propuestas importantes de simplificación que Ethereum podría implementar en los próximos cinco años, abarcando la capa de consenso y la capa de ejecución. Durante el Devcon de Bangkok del año pasado, se presentó la solución Beam Chain. Beam Chain intenta fusionar la experiencia de la última década en teoría de consenso, ZK-SNARK, economía de staking, entre otros, para crear una capa de consenso más sostenible y optimizada. Pero la nueva capa de consenso es más simple que la actual Cadena de bloques (Beacon Chain).
(El proyecto más ambicioso de Ethereum, un resumen rápido de qué es Beam Chain mencionado por Justin Drake en Devcon en Bangkok. )
Capa de consenso simplificada:
Adopta la finalización de 3 slots (3-slot finality), eliminando la distinción entre slot y epoch, el mecanismo de barajado del comité, el comité de sincronización y otros mecanismos, la implementación básica requiere aproximadamente 200 líneas de código y la seguridad es casi la mejor solución.
Utilizando pruebas de agregación STARK, permite que cualquiera actúe como agregador sin necesidad de un rol central de confianza.
Reestructurar el mecanismo de validadores, incluyendo la entrada, salida, retiros y sanciones por inactividad, para simplificar la lógica y las reglas de garantía del programa.
Capa de ejecución (Capa de ejecución) La reestructuración se centra en abandonar el EVM actual, y en su lugar, pasar a la Máquina virtual RISC-V u otra VM amigable con ZK, logrando más de 100 veces de mejora en el rendimiento. Vitalik indicó que esto puede lograr un aumento fundamental en la eficiencia, ya que los contratos inteligentes pueden ejecutarse directamente dentro de los (provers), ahorrando en costos de intérprete. En comparación con el EVM, RISC-V es muy simple. También ofrece a los desarrolladores más opciones, ya que Solidity y Vyper pueden agregar un nuevo backend para compilar la nueva máquina virtual.
Él indicó que si se elige RISC-V, entonces los desarrolladores que utilizan más lenguajes de programación convencionales podrán portar su código a la VM. También eliminará la mayoría de las necesidades de precompilación, manteniendo solo unas pocas demandas de alto rendimiento ( como curvas elípticas ), que también podrían eliminarse con la llegada de las computadoras cuánticas en el futuro.
(¿Cirugía de cambio de corazón en Ethereum? Vitalik propone que la capa de ejecución de Ethereum podría reemplazar completamente la EVM, utilizando RISC-V)
Vitalik anima a Ethereum a establecer un límite en el número de líneas de código para practicar el espíritu minimalista.
Al final del artículo, Vitalik Buterin instó a la comunidad de Ethereum a considerar la "simplicidad" como un espíritu, al igual que la descentralización, que es la raíz de la resistencia del protocolo. Sugerió que Ethereum en el futuro podría seguir el ejemplo del proyecto de IA tinygrad, estableciendo un "límite máximo de líneas de código" claro, alentando un diseño de reducción en la lógica del protocolo y evitando mezclar la lógica histórica no necesaria para el consenso en el flujo principal.
En este artículo, Vitalik propone un plan de desarrollo minimalista para Ethereum, con el fin de reducir la deuda técnica y disminuir la barrera de entrada al desarrollo. Apareció por primera vez en Chain News ABMedia.
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 propuso un plan de desarrollo minimalista de Ethereum para reducir la deuda técnica y Soltar el umbral de desarrollo.
El cofundador de Ethereum, Vitalik Buterin, publicó recientemente un artículo técnico en el que propone que la "simplicidad" sea la línea central para la escalabilidad y resiliencia futura de la cadena de bloques. Además, sugiere que la mainnet de Ethereum debería ir transitando gradualmente en los próximos años desde la actual máquina virtual EVM hacia una nueva arquitectura más eficiente y fácil de verificar, como RISC-V, e incluso podría adoptar Cairo para lograr una simplificación completa del protocolo.
Vitalik se inspiró en las características de simplicidad de Bitcoin
Vitalik Buterin señaló que, en el pasado, Ethereum ha logrado muchos resultados en escalabilidad y flexibilidad de aplicaciones, como la bifurcación dura Fusaka que aumentará significativamente el espacio de datos L2, la finalización de Merge que llevó a la cadena pública hacia la prueba de participación (PoS), y continúa avanzando en la verificabilidad de conocimiento cero y mecanismos de resistencia a computadoras cuánticas. Sin embargo, para convertirse realmente en la base de datos y financiera confiable a nivel mundial, la "simplicidad del protocolo" será una clave subestimada pero indispensable.
Vitalik Buterin afirmó que el éxito de Bitcoin proviene en gran parte de su simplicidad: una cadena, una serie de bloques, cada bloque verificado a través de un simple mecanismo de prueba de trabajo, que casi cualquier desarrollador puede entender e incluso reimplementar. En comparación, Ethereum, al adoptar una máquina virtual más compleja, numerosos funciones precompiladas y cargas históricas, ha elevado el umbral de desarrollo de nuevos clientes, reducido el número de participantes en el protocolo e incluso ha causado una excesiva concentración de gobernanza.
¿Y cuáles son las ventajas de hacer que Ethereum sea más sencillo?
Permitir que más personas comprendan y participen en la investigación, desarrollo y gobernanza del protocolo, reduciendo el monopolio de élite causado por las barreras tecnológicas.
Reducir los costos de desarrollo e integración, como nuevos clientes, nuevos verificadores ZK y nuevas herramientas para desarrolladores.
Reducir los costos de mantenimiento a largo plazo.
Reducir el riesgo de vulnerabilidades sistémicas, permitiendo que los bugs sean más fáciles de detectar y corregir.
Reducir la superficie de ataque social: Cuantos menos componentes, menos fácil es que intereses especiales tomen el control.
Él admitió que la compleja estructura del protocolo de Ethereum actualmente se debe en parte a sus decisiones de diseño y pidió que en el futuro se priorice la simplicidad, para que el protocolo no solo sea fácil de entender, participar y verificar, sino que también pueda mejorar la seguridad y la eficiencia del desarrollo.
Un plano simplificado de la capa de consenso a la capa de ejecución
Vitalik Buterin describió varias propuestas importantes de simplificación que Ethereum podría implementar en los próximos cinco años, abarcando la capa de consenso y la capa de ejecución. Durante el Devcon de Bangkok del año pasado, se presentó la solución Beam Chain. Beam Chain intenta fusionar la experiencia de la última década en teoría de consenso, ZK-SNARK, economía de staking, entre otros, para crear una capa de consenso más sostenible y optimizada. Pero la nueva capa de consenso es más simple que la actual Cadena de bloques (Beacon Chain).
(El proyecto más ambicioso de Ethereum, un resumen rápido de qué es Beam Chain mencionado por Justin Drake en Devcon en Bangkok. )
Capa de consenso simplificada:
Adopta la finalización de 3 slots (3-slot finality), eliminando la distinción entre slot y epoch, el mecanismo de barajado del comité, el comité de sincronización y otros mecanismos, la implementación básica requiere aproximadamente 200 líneas de código y la seguridad es casi la mejor solución.
Utilizando pruebas de agregación STARK, permite que cualquiera actúe como agregador sin necesidad de un rol central de confianza.
Reestructurar el mecanismo de validadores, incluyendo la entrada, salida, retiros y sanciones por inactividad, para simplificar la lógica y las reglas de garantía del programa.
Capa de ejecución (Capa de ejecución) La reestructuración se centra en abandonar el EVM actual, y en su lugar, pasar a la Máquina virtual RISC-V u otra VM amigable con ZK, logrando más de 100 veces de mejora en el rendimiento. Vitalik indicó que esto puede lograr un aumento fundamental en la eficiencia, ya que los contratos inteligentes pueden ejecutarse directamente dentro de los (provers), ahorrando en costos de intérprete. En comparación con el EVM, RISC-V es muy simple. También ofrece a los desarrolladores más opciones, ya que Solidity y Vyper pueden agregar un nuevo backend para compilar la nueva máquina virtual.
Él indicó que si se elige RISC-V, entonces los desarrolladores que utilizan más lenguajes de programación convencionales podrán portar su código a la VM. También eliminará la mayoría de las necesidades de precompilación, manteniendo solo unas pocas demandas de alto rendimiento ( como curvas elípticas ), que también podrían eliminarse con la llegada de las computadoras cuánticas en el futuro.
(¿Cirugía de cambio de corazón en Ethereum? Vitalik propone que la capa de ejecución de Ethereum podría reemplazar completamente la EVM, utilizando RISC-V)
Vitalik anima a Ethereum a establecer un límite en el número de líneas de código para practicar el espíritu minimalista.
Al final del artículo, Vitalik Buterin instó a la comunidad de Ethereum a considerar la "simplicidad" como un espíritu, al igual que la descentralización, que es la raíz de la resistencia del protocolo. Sugerió que Ethereum en el futuro podría seguir el ejemplo del proyecto de IA tinygrad, estableciendo un "límite máximo de líneas de código" claro, alentando un diseño de reducción en la lógica del protocolo y evitando mezclar la lógica histórica no necesaria para el consenso en el flujo principal.
En este artículo, Vitalik propone un plan de desarrollo minimalista para Ethereum, con el fin de reducir la deuda técnica y disminuir la barrera de entrada al desarrollo. Apareció por primera vez en Chain News ABMedia.