Vitalik revisita el diseño inicial de Ethereum: cinco grandes lamentos y reflexiones
En el evento de Ethereum celebrado en Berlín, Vitalik Buterin compartió inesperadamente sus reflexiones sobre el diseño temprano de Ethereum. Estas palabras sinceras no solo evocaron recuerdos del nacimiento de Ethereum en 2014, sino que también señalaron la dirección para el desarrollo futuro de esta criptomoneda con un valor de mercado de 448 mil millones de dólares.
Actualmente, el ecosistema de Ethereum se ha convertido en sinónimo de finanzas descentralizadas, con un ecosistema de aplicaciones que supera los 63 mil millones de dólares. Con la aprobación parcial de los ETF de contado y la participación de grandes empresas de gestión de activos, Ethereum está avanzando gradualmente hacia la corriente principal. Sin embargo, Vitalik cree que la esencia de Ethereum sigue siendo malinterpretada por muchas personas.
Ante la pregunta "Si tuvieras la oportunidad de hacerlo de nuevo, ¿cómo construirías Ethereum de manera diferente?", Vitalik enumeró cinco aspectos principales de arrepentimiento:
Selección de bits de la máquina virtual
Vitalik reconoció que la elección del diseño de EVM de 256 bits en lugar de 64 bits o 32 bits es demasiado compleja, lo que resulta en una baja eficiencia y produce una gran cantidad de datos redundantes.
Optimización de contratos inteligentes
Los desarrolladores tempranos deben centrarse más en simplificar la redacción de contratos inteligentes, reduciendo el número de líneas de código para mejorar la transparencia y la capacidad de auditoría.
Momento de la transición del mecanismo de consenso
Vitalik dijo que se debería haber hecho la transición de PoW a PoS antes, incluso a una versión "defectuosa" de PoS. Cree que la búsqueda excesiva de la perfección ha retrasado el momento de la transición, perdiendo así la oportunidad de reducir el consumo de energía y las emisiones.
Registro automático de logs
Ciertas funciones importantes de registro de transacciones fueron ignoradas durante el desarrollo del sistema. Vitalik cree que esto podría haberse implementado fácilmente en las etapas tempranas, evitando así la necesidad de remediarlo posteriormente a través de EIP.
Selección de algoritmos criptográficos
Si tuviera que elegir de nuevo, Vitalik preferiría usar el algoritmo SHA-2 en lugar del Keccak. La versión no estandarizada actual de Keccak ha provocado problemas de compatibilidad con otros sistemas.
A pesar de estos defectos de diseño, Vitalik expresó su aprecio por la capacidad del equipo de desarrollo central de Ethereum. Confía en que el equipo tiene la habilidad de corregir de manera segura y efectiva estos errores tempranos, y que su capacidad de ejecución está mejorando año tras año. Esta reflexión no solo muestra la actitud humilde de Vitalik, sino que también proporciona una valiosa orientación para la optimización continua de Ethereum.
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.
12 me gusta
Recompensa
12
4
Compartir
Comentar
0/400
HodlNerd
· 07-18 21:04
es fascinante cómo las decisiones de diseño tempranas repercuten a lo largo de años de complejidad matemática... la admisión de v se siente diferente, para ser honesto
Ver originalesResponder0
CodeSmellHunter
· 07-15 23:32
Tsk tsk, Vitalik Buterin también comete errores.
Ver originalesResponder0
GasFeeCryer
· 07-15 23:30
La potencia computacional es demasiado cara, me arrepiento.
Reflexiones sobre cinco arrepentimientos de Vitalik: el diseño inicial de Ethereum necesita optimización
Vitalik revisita el diseño inicial de Ethereum: cinco grandes lamentos y reflexiones
En el evento de Ethereum celebrado en Berlín, Vitalik Buterin compartió inesperadamente sus reflexiones sobre el diseño temprano de Ethereum. Estas palabras sinceras no solo evocaron recuerdos del nacimiento de Ethereum en 2014, sino que también señalaron la dirección para el desarrollo futuro de esta criptomoneda con un valor de mercado de 448 mil millones de dólares.
Actualmente, el ecosistema de Ethereum se ha convertido en sinónimo de finanzas descentralizadas, con un ecosistema de aplicaciones que supera los 63 mil millones de dólares. Con la aprobación parcial de los ETF de contado y la participación de grandes empresas de gestión de activos, Ethereum está avanzando gradualmente hacia la corriente principal. Sin embargo, Vitalik cree que la esencia de Ethereum sigue siendo malinterpretada por muchas personas.
Ante la pregunta "Si tuvieras la oportunidad de hacerlo de nuevo, ¿cómo construirías Ethereum de manera diferente?", Vitalik enumeró cinco aspectos principales de arrepentimiento:
Selección de bits de la máquina virtual Vitalik reconoció que la elección del diseño de EVM de 256 bits en lugar de 64 bits o 32 bits es demasiado compleja, lo que resulta en una baja eficiencia y produce una gran cantidad de datos redundantes.
Optimización de contratos inteligentes Los desarrolladores tempranos deben centrarse más en simplificar la redacción de contratos inteligentes, reduciendo el número de líneas de código para mejorar la transparencia y la capacidad de auditoría.
Momento de la transición del mecanismo de consenso Vitalik dijo que se debería haber hecho la transición de PoW a PoS antes, incluso a una versión "defectuosa" de PoS. Cree que la búsqueda excesiva de la perfección ha retrasado el momento de la transición, perdiendo así la oportunidad de reducir el consumo de energía y las emisiones.
Registro automático de logs Ciertas funciones importantes de registro de transacciones fueron ignoradas durante el desarrollo del sistema. Vitalik cree que esto podría haberse implementado fácilmente en las etapas tempranas, evitando así la necesidad de remediarlo posteriormente a través de EIP.
Selección de algoritmos criptográficos Si tuviera que elegir de nuevo, Vitalik preferiría usar el algoritmo SHA-2 en lugar del Keccak. La versión no estandarizada actual de Keccak ha provocado problemas de compatibilidad con otros sistemas.
A pesar de estos defectos de diseño, Vitalik expresó su aprecio por la capacidad del equipo de desarrollo central de Ethereum. Confía en que el equipo tiene la habilidad de corregir de manera segura y efectiva estos errores tempranos, y que su capacidad de ejecución está mejorando año tras año. Esta reflexión no solo muestra la actitud humilde de Vitalik, sino que también proporciona una valiosa orientación para la optimización continua de Ethereum.