¡Lanzamiento inicial! Ethereum publica la parte 5 de su plan futuro: Limpieza

Contexto

Un desafío principal al que se enfrenta Ethereum es la expansión y complejidad del protocolo de blockchain.

Este problema se manifiesta principalmente en dos aspectos:

1. Expansión de datos históricos: Todos los nodos deben almacenar de forma permanente todos los datos históricos (como registros de transacciones, información de cuentas), lo que aumenta la carga de sincronización y almacenamiento.

2. Aumento de funcionalidades del protocolo: Se siguen añadiendo nuevas funciones, pero es difícil eliminar las antiguas, lo que lleva a un aumento de la complejidad del código.

Objetivos de limpieza

1. Reducir la demanda de almacenamiento del cliente: Reducir o eliminar la necesidad de almacenamiento permanente de todos los datos históricos para cada nodo.

2. Reducir la complejidad del protocolo: Eliminar funciones innecesarias.

Métodos de limpieza

1. Limpieza de datos históricos

1) Estableciendo una red de almacenamiento distribuido, donde cada nodo solo necesita almacenar una parte de los datos históricos (similar a una red de semillas).

2) La propuesta EIP-4444 introduce un límite de almacenamiento de datos históricos de un año y planea una transición gradual a un modelo que solo guarda los datos más recientes.

2. Limpieza de estado

1) Almacenar datos mediante fragmentación, conservando solo los datos más recientemente accedidos.

2) Limpieza de estado por dirección-período: Introducir un período de validez para cada dirección, almacenando solo el estado más recientemente accedido dentro de un período específico.

3. Simplificación de funciones

Eliminar gradualmente funciones poco utilizadas o innecesarias (como el código de operación SELFDESTRUCT, tipos de transacciones antiguos, mecanismos de comités de sincronización, etc.)

Planes futuros y posibles enfoques radicales

1. Enfoque radical: Mover una gran cantidad de funcionalidades del protocolo al código de contratos. Por ejemplo, mantener solo la cadena de balizas como capa base, mientras que el entorno de ejecución actúa como un rollup independiente, similar a la propuesta de “entorno de ejecución” del pasado, pero posible a través de la tecnología SNARKs.

2. Cambiar la máquina virtual: Por ejemplo, usar RISC-V o Cairo como nueva máquina virtual de Ethereum (EVM), y traducir los contratos EVM a código de la nueva máquina virtual, simplificando el protocolo y mejorando la eficiencia.