Vitalik propone simplificar Ethereum L1, buscando una simplicidad de protocolo similar a Bitcoin en cinco años

ChainCatcher informa que el cofundador de Ethereum, Vitalik Buterin, publicó una entrada en su blog afirmando que el objetivo de Ethereum es convertirse en el "libro mayor del mundo": una plataforma para almacenar activos y registros de la civilización, sirviendo como la capa fundamental para las finanzas, la gobernanza y la autenticación de datos de alto valor. Esto requiere dos cosas: escalabilidad y resiliencia. El objetivo de esta publicación es centrarse en un aspecto crucial pero a menudo subestimado de la resiliencia (que en última instancia también se relaciona con la escalabilidad): la simplicidad del protocolo. Uno de los mejores aspectos de Bitcoin es su diseño de protocolo extremadamente simple y elegante. Mantener la simplicidad del protocolo ayuda a que Bitcoin o Ethereum se conviertan en una capa de infraestructura confiable, neutral y de confianza global. En el pasado, Ethereum a menudo ha fallado en este aspecto, y este artículo discutirá cómo Ethereum puede llegar a ser casi tan simple como Bitcoin en los próximos cinco años.

Simplificando la capa de consenso: La nueva capa de consenso (anteriormente conocida como "Beam Chain") tiene como objetivo crear una capa de consenso óptima a largo plazo para Ethereum utilizando toda la experiencia que hemos acumulado durante la última década en teoría del consenso, desarrollo de ZK-SNARK, economía de prueba de participación y otros campos. La ventaja de esta capa de consenso es que es mucho más simple que la cadena de balizas existente.

Simplificando la capa de ejecución: La complejidad de la EVM está aumentando, y gran parte de esta complejidad ha demostrado ser innecesaria (en muchos casos, culpa mía). Se recomienda reemplazar la EVM con RISC-V u otra máquina virtual que pueda escribir probadores ZK de Ethereum.

Sugiero que sigamos el enfoque del proyecto tinygrad y establezcamos un "objetivo máximo de líneas de código" para las especificaciones técnicas a largo plazo de Ethereum, con el objetivo de hacer que el código crítico relacionado con el consenso en Ethereum sea lo más cercano posible a la simplicidad de Bitcoin. El código relacionado con el procesamiento de reglas históricas de Ethereum aún se mantendrá, pero se debe evitar que entre en la ruta crítica del consenso. Al mismo tiempo, también deberíamos implementar los siguientes principios en la filosofía de diseño general: priorizar soluciones más simples cuando sea posible, favorecer la "complejidad encapsulada" sobre la "complejidad sistémica" y priorizar soluciones con propiedades verificables claras y garantías en las decisiones de diseño.