Vitalik: un plan de optimización de la hoja de ruta de escalado centrado en nodos locales

Ejecutar un nodo completo te permite tener un servidor RPC local, lo que te permite leer datos on-chain de manera sin confianza, resistente a la censura y protegiendo la privacidad.

Escrito por: Vitalik, fundador de Ethereum

Compilado por: Jinse Caijing xiaozhou

La crítica más común a la elevación del límite de Gas L1, además de las preocupaciones sobre la seguridad de la red, es que dificultará aún más la operación de los nodos completos. Especialmente en el contexto de una hoja de ruta centrada en "desvincular nodos completos", es necesario entender primero el significado de la existencia de nodos completos para abordar este problema.

La opinión tradicional sostiene que los nodos completos se utilizan para verificar datos en cadena. Si ese es el único problema, entonces ZK-EVM puede desbloquear la escalabilidad de L1: la única limitación es mantener el costo de construcción de bloques y de pruebas lo suficientemente bajo, de modo que ambos puedan mantener la resistencia a la censura de 1 de n y formar un mercado competitivo.

Pero en la realidad, esta no es la única consideración. Otro factor importante es: ejecutar un nodo completo te permite tener un servidor RPC local, lo que te permite leer datos on-chain de manera confiable, resistente a la censura y protegiendo la privacidad. Este artículo discutirá cómo ajustar la hoja de ruta actual de escalabilidad de L1 para lograr este objetivo.

1. ¿Por qué no conformarse con la descentralización y privacidad logradas por ZK-EVM+PIR?

La hoja de ruta de privacidad que publiqué el mes pasado aboga por: adoptar en el corto plazo una solución de TEEs+ORAM, y a largo plazo cambiar a la tecnología PIR. Combinando Helios y la verificación ZK-EVM, los usuarios pueden estar completamente seguros al conectarse a RPC externos: (i) que los datos de la cadena obtenidos son correctos, (ii) que la privacidad de los datos está protegida. Esto plantea una pregunta: ¿por qué no detenerse aquí? ¿Acaso estas soluciones criptográficas avanzadas han hecho que los nodos autogestionados sean obsoletos?

A esto tengo algunas respuestas:

• Las soluciones criptográficas completamente no confiables (como PIR de un solo servidor) son costosas. Los gastos actuales son tan altos que no son realistas, incluso después de múltiples optimizaciones de eficiencia, pueden seguir manteniendo un precio elevado.
• Problemas de privacidad de los metadatos. La hora de la solicitud de la dirección IP, los patrones de solicitud y otros metadatos pueden exponer una gran cantidad de información del usuario.
• Revisión de vulnerabilidades: la estructura del mercado dominada por unos pocos proveedores de RPC enfrentará una fuerte presión de bloqueo o censura por parte de los usuarios. Muchos proveedores de RPC han comenzado a bloquear completamente ciertos países.

Por lo tanto, seguir asegurando la conveniencia del funcionamiento de los nodos personales sigue siendo valioso.

2、Prioridades a corto plazo

Priorizar el despliegue completo de EIP-4444, logrando que cada nodo almacene solo aproximadamente 36 días de datos. Esto reducirá drásticamente la necesidad de espacio en disco, que actualmente es el principal obstáculo para que las personas operen nodos. Después, la necesidad de almacenamiento del nodo solo incluirá: (i) datos de estado, (ii) ramas de Merkle de estado, (iii)36 días de datos históricos.

Construir una solución de almacenamiento histórico distribuido, de modo que cada nodo almacene una pequeña cantidad de datos históricos expirados. Maximizar la fiabilidad a través de la tecnología de código de borrado. De esta manera, se puede garantizar la característica de "almacenamiento permanente en la cadena" sin depender de proveedores centralizados o imponer una carga pesada a los operadores de nodos.

Ajustar la estrategia de precios de Gas, aumentar los costos de almacenamiento y reducir los costos de ejecución. Enfocarse en aumentar el costo de Gas de las siguientes operaciones: (i) ejecutar SSTORE para un nuevo nodo de almacenamiento (storage slot), (ii) crear código de contrato, (iii) transferir ETH a cuentas con saldo cero / nonce cero.

3, Objetivo a medio plazo: verificación sin estado

Una vez que se implemente la verificación sin estado, los nodos que admiten RPC (es decir, los nodos que almacenan el estado) no necesitarán guardar las ramas de Merkle del estado. Esto puede reducir la necesidad de almacenamiento en aproximadamente un 50%.

4, Nuevo tipo de nodo: algunos nodos sin estado

Esta innovadora idea será clave para mantener en funcionamiento los nodos personales incluso después de que el límite de gas de L1 se haya incrementado entre 10 y 100 veces.

Hemos añadido un nuevo tipo de nodo: valida bloques de manera sin estado, verifica toda la cadena a través de la validación sin estado o ZK-EVM, pero solo mantiene un subconjunto de datos de estado. Siempre que los datos requeridos por la solicitud RPC se encuentren dentro de este subconjunto de estado, el nodo podrá responder; otras solicitudes fallarán (o deberán recurrir a una solución criptográfica alojada externamente, la decisión de recurrir depende del usuario).

La manutención de estados específicos depende de la configuración del usuario, por ejemplo:

• Excluir todos los estados fuera de los contratos basura conocidos.
• Estado relacionado con todas las cuentas EOA, SCW y los tokens y aplicaciones ERC20/ERC721 más comunes.
• Estado de cuentas EOA/SCW activas en los últimos dos años + Estado de algunos tokens ERC20 comunes + Estado de aplicaciones seleccionadas de swap/DeFi/privacidad.

La configuración se puede gestionar a través de contratos en la cadena: cuando los usuarios ejecutan un nodo, utilizan el parámetro "--save_state_by_config 0x12345...67890", que define en un idioma específico la lista de direcciones que el nodo debe guardar y actualizar en tiempo real, los espacios de almacenamiento (storage slot) o las reglas de filtrado de estado. Nota: los usuarios no necesitan guardar la rama de Merkle, solo deben guardar el valor original.

Este tipo de nodo no solo proporciona ventajas de acceso directo local a estados clave, sino que también garantiza una privacidad de acceso completa.