BlockBeats News, el 3 de mayo, el cofundador de Ethereum, Vitalik Buterin, publicó una entrada de blog en la que decía que el objetivo de Ethereum es convertirse en un "libro mayor mundial": una plataforma para almacenar activos y registros civilizados, una capa fundamental para las finanzas, la gobernanza, la certificación de datos de alto valor, etc. Esto requiere dos cosas: escalabilidad y elasticidad. El objetivo de esta publicación es centrarse en uno de los aspectos más importantes, pero fácilmente subestimados, de la resiliencia (y, en última instancia, de la escalabilidad): la simplicidad del protocolo. Una de las mejores cosas de Bitcoin es que el diseño de su protocolo es extremadamente simple y elegante, y mantener el protocolo simple ayuda a Bitcoin o Ethereum a convertirse en una capa de infraestructura confiable, neutral y de confianza global. En el pasado, Ethereum a menudo no ha hecho lo suficiente en este sentido, y la siguiente parte de este artículo discutirá cómo Ethereum puede llegar a ser casi tan conciso como Bitcoin en los próximos cinco años. Simplificación de 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 nuestra experiencia durante la última década en la teoría del consenso, el desarrollo de ZK-SNARK, la economía de prueba de participación y otras áreas. La ventaja de esta capa de consenso es que es mucho más concisa que las cadenas de balizas existentes. Simplificación de la capa de ejecución: La creciente complejidad de la EVM, gran parte de la cual ha demostrado ser innecesaria (y en muchos casos mi culpa), sugiere reemplazar la EVM con RISC-V, o usar otra máquina virtual que pueda escribir un demostrador ZK de Ethereum. Sugiero que sigamos el ejemplo del proyecto Tinygrad y establezcamos un objetivo de "número máximo de líneas de código" para las especificaciones técnicas a largo plazo de Ethereum, con el objetivo de acercar el código clave relacionado con el consenso en Ethereum lo más posible a la simplicidad de Bitcoin. El código que implica el procesamiento de las reglas históricas de Ethereum aún se mantendrá, pero debe evitarse en la ruta crítica de consenso. Al mismo tiempo, también debemos implementar los siguientes principios en nuestra filosofía general de diseño: priorizar soluciones más simples siempre que sea posible, favorecer la "complejidad empaquetada" en lugar de la "complejidad sistémica", y priorizar soluciones con atributos y garantías claras y verificables en las decisiones de diseño.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Vitalik propuso simplificar Ethereum L1 en un artículo, con el objetivo de que en cinco años la simplicidad del protocolo se acerque a la de Bitcoin.
BlockBeats News, el 3 de mayo, el cofundador de Ethereum, Vitalik Buterin, publicó una entrada de blog en la que decía que el objetivo de Ethereum es convertirse en un "libro mayor mundial": una plataforma para almacenar activos y registros civilizados, una capa fundamental para las finanzas, la gobernanza, la certificación de datos de alto valor, etc. Esto requiere dos cosas: escalabilidad y elasticidad. El objetivo de esta publicación es centrarse en uno de los aspectos más importantes, pero fácilmente subestimados, de la resiliencia (y, en última instancia, de la escalabilidad): la simplicidad del protocolo. Una de las mejores cosas de Bitcoin es que el diseño de su protocolo es extremadamente simple y elegante, y mantener el protocolo simple ayuda a Bitcoin o Ethereum a convertirse en una capa de infraestructura confiable, neutral y de confianza global. En el pasado, Ethereum a menudo no ha hecho lo suficiente en este sentido, y la siguiente parte de este artículo discutirá cómo Ethereum puede llegar a ser casi tan conciso como Bitcoin en los próximos cinco años. Simplificación de 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 nuestra experiencia durante la última década en la teoría del consenso, el desarrollo de ZK-SNARK, la economía de prueba de participación y otras áreas. La ventaja de esta capa de consenso es que es mucho más concisa que las cadenas de balizas existentes. Simplificación de la capa de ejecución: La creciente complejidad de la EVM, gran parte de la cual ha demostrado ser innecesaria (y en muchos casos mi culpa), sugiere reemplazar la EVM con RISC-V, o usar otra máquina virtual que pueda escribir un demostrador ZK de Ethereum. Sugiero que sigamos el ejemplo del proyecto Tinygrad y establezcamos un objetivo de "número máximo de líneas de código" para las especificaciones técnicas a largo plazo de Ethereum, con el objetivo de acercar el código clave relacionado con el consenso en Ethereum lo más posible a la simplicidad de Bitcoin. El código que implica el procesamiento de las reglas históricas de Ethereum aún se mantendrá, pero debe evitarse en la ruta crítica de consenso. Al mismo tiempo, también debemos implementar los siguientes principios en nuestra filosofía general de diseño: priorizar soluciones más simples siempre que sea posible, favorecer la "complejidad empaquetada" en lugar de la "complejidad sistémica", y priorizar soluciones con atributos y garantías claras y verificables en las decisiones de diseño.