Uno de los desafíos que enfrenta Ethereum es cómo reducir la complejidad y los requisitos de almacenamiento a largo plazo, manteniendo al mismo tiempo la persistencia y la descentralización de la cadena. Este artículo explora tres direcciones principales para lograr este objetivo:
Registro histórico expirado
El objetivo es reducir o eliminar la necesidad de que cada nodo almacene permanentemente todos los registros históricos. Los métodos principales incluyen:
Solo se almacenan los datos de los últimos meses, a través de una red distribuida se almacenan los datos antiguos.
Utilizar códigos de corrección para aumentar la disponibilidad y robustez de los datos
Construir una red de almacenamiento de datos históricos especializada, como la red Portal
Estado de expiración
Destinado a limitar el crecimiento del estado, hay principalmente dos tipos de soluciones:
Estado de expiración parcial: dividir el estado en bloques y almacenar solo los bloques de datos más recientes accedidos.
Estado de expiración basado en el ciclo de direcciones: agregar periódicamente nuevos árboles de estado vacíos, congelar el árbol antiguo.
Ambas soluciones tienen sus ventajas y desventajas, y es necesario sopesar la complejidad, la facilidad de uso y la facilidad para los desarrolladores.
Limpieza de características
Reducir la complejidad del protocolo eliminando funciones innecesarias, incluyendo:
Eliminar el opcode SELFDESTRUCT
RLP a SSZ serialización
Eliminar el antiguo tipo de transacción
Mecanismo de Gas simplificado
Eliminar precompilado
Mejora del análisis estático, etc.
Es necesario encontrar un equilibrio entre la simplificación y la compatibilidad hacia atrás, estableciendo un proceso estandarizado para realizar cambios no urgentes que no sean compatibles hacia atrás.
En general, es necesario encontrar un equilibrio entre la reducción de la complejidad y el mantenimiento de Ethereum como una plataforma confiable. Esto requiere un esfuerzo continuo a largo plazo, pero es crucial para la sostenibilidad a largo plazo 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.
8 me gusta
Recompensa
8
4
Compartir
Comentar
0/400
GateUser-44a00d6c
· 07-31 13:18
Suena complicado...
Ver originalesResponder0
StrawberryIce
· 07-31 13:18
¿No es cierto que el viejo V no puede vivir para siempre?
Ver originalesResponder0
MetaLord420
· 07-31 13:17
Verdaderamente la esencia tm
Ver originalesResponder0
MetaMuskRat
· 07-31 13:11
No está muy bien en lo que respecta a la optimización del almacenamiento.
Hoja de ruta futura de Ethereum: expiración del historial, optimización del estado y limpieza de características
Futuro posible de Ethereum: The Purge
Uno de los desafíos que enfrenta Ethereum es cómo reducir la complejidad y los requisitos de almacenamiento a largo plazo, manteniendo al mismo tiempo la persistencia y la descentralización de la cadena. Este artículo explora tres direcciones principales para lograr este objetivo:
Registro histórico expirado
El objetivo es reducir o eliminar la necesidad de que cada nodo almacene permanentemente todos los registros históricos. Los métodos principales incluyen:
Estado de expiración
Destinado a limitar el crecimiento del estado, hay principalmente dos tipos de soluciones:
Estado de expiración parcial: dividir el estado en bloques y almacenar solo los bloques de datos más recientes accedidos.
Estado de expiración basado en el ciclo de direcciones: agregar periódicamente nuevos árboles de estado vacíos, congelar el árbol antiguo.
Ambas soluciones tienen sus ventajas y desventajas, y es necesario sopesar la complejidad, la facilidad de uso y la facilidad para los desarrolladores.
Limpieza de características
Reducir la complejidad del protocolo eliminando funciones innecesarias, incluyendo:
Es necesario encontrar un equilibrio entre la simplificación y la compatibilidad hacia atrás, estableciendo un proceso estandarizado para realizar cambios no urgentes que no sean compatibles hacia atrás.
En general, es necesario encontrar un equilibrio entre la reducción de la complejidad y el mantenimiento de Ethereum como una plataforma confiable. Esto requiere un esfuerzo continuo a largo plazo, pero es crucial para la sostenibilidad a largo plazo de Ethereum.