jakiro
Autor: Vitalik, fundador de Ethereum; Traducción: Bittain Vision Xiaozhou
La crítica más común sobre el aumento de la tapa de gas L1 es además de las preocupaciones de seguridad de la red que dificultan la operación del nodo completo. Especialmente en el contexto de la hoja de ruta con «desabrochar nodos completos» como el núcleo, para resolver este problema, primero debemos comprender la importancia de la existencia de nodos completos.
La visión tradicional es que los nodos completos se utilizan para verificar los datos en la cadena.Si este es el único problema, entonces ZK-EVM puede desbloquear la expansión de L1: la única limitación es mantener la construcción del bloque y los costos de prueba lo suficientemente bajos como para que ambos puedan mantener 1 de la resistencia a la censura y formar un mercado competitivo.
Pero en realidad, esta no es la única consideración.Otro factor importante es:Ejecutar un nodo completo le permite tener un servidor RPC local, lo que le permite leer datos en la cadena de una manera confiable, resistente a la censura y protegida por la privacidad.Este artículo discutirá cómo ajustar la hoja de ruta de expansión L1 actual para lograr este objetivo.
1. ¿Por qué no está satisfecho con la sin confianza y la privacidad implementadas por ZK-EVM+PIR?
Mi hoja de ruta de privacidad lanzada el mes pasado defiende: las soluciones Tees+Oram se adoptan a corto plazo, y la tecnología PIR se gira a largo plazo.Combinado con la verificación Helios y ZK-EVM, los usuarios pueden convencer completamente al conectarse a RPC externos que (i) los datos de la cadena adquiridos son correctos y (ii) la privacidad de los datos está protegida.Esto plantea la pregunta: ¿por qué no detenerse allí?¿Estas soluciones de criptografía avanzada hacen que los nodos autohospedados sean obsoletos?
Tengo algunas respuestas a esto:
–Las soluciones de criptografía totalmente confiables (como PIR de servidor único) son caras.La sobrecarga actual no es realista, e incluso después de múltiples optimizaciones de eficiencia, aún puede mantener altos precios.
–Problemas de privacidad de metadatos.Los metadatos, como el tiempo de solicitud, el modo de solicitud y otros metadatos de la dirección IP, expondrán una gran cantidad de información del usuario.
–Revisión de la vulnerabilidad:La estructura del mercado dominada por algunos proveedores de RPC enfrentará fuertes prohibiciones de usuarios o presión de escrutinio.Muchos proveedores de RPC han comenzado a bloquear completamente ciertos países.
Por lo tanto, todavía es valioso continuar asegurando la conveniencia de los nodos personales.
2. Prioridades a corto plazo
Prioridad al despliegue completo de EIP-4444y finalmente se da cuenta de que cada nodo solo almacena datos durante aproximadamente 36 días. Esto reducirá significativamente la demanda de espacio en el disco duro, el obstáculo principal que actualmente impide que las personas ejecuten nodos.Después de eso, los requisitos de almacenamiento de nodo solo incluirán: (i) datos de estado, (ii) Estado de la sucursal de Merkel, (iii) datos históricos de 36 días.
Construyendo una solución de almacenamiento histórico distribuida, para que cada nodo pueda almacenar una pequeña cantidad de datos históricos que caducan.Maximice la confiabilidad a través de la tecnología de codificación de borrado.Esto no solo garantiza la característica de «preservación permanente de blockchain», sino que tampoco necesita confiar en proveedores centralizados o poner cargas pesadas en los operadores de nodos.
Ajuste la estrategia de precios de gas para aumentar los costos de almacenamiento y reducir los costos de ejecución.Concéntrese en aumentar el costo de gas de las siguientes operaciones: (i) Ejecutar SSTORE S para la nueva ranura de almacenamiento, (ii) crear un código de contrato y (iii) transferir ETH a la cuenta de saldo cero/nonce cero.
3. Objetivo a mediano plazo: verificación sin estado
Después de implementarse de la verificación sin estado, la ejecución de nodos que admiten RPC (es decir, los nodos que almacenan el estado) no necesitará guardar las ramas estatales de Merkel.Esto puede reducir los requisitos de almacenamiento en aproximadamente un 50%.
4. Nuevos nodos: algunos nodos sin estado
Este concepto innovador se convertirá en la clave para mantener la operación de nodo personal después de que la tapa de gas L1 aumente 10-100 veces.
Hemos agregado un nuevo tipo de nodo: verificar el bloque de manera apárea, verificar toda la cadena a través de la verificación sin estado o ZK-EVM, pero solo mantenga algunos de los datos del estado.Mientras los datos requeridos para las solicitudes RPC estén dentro de ese subconjunto de estado, el nodo puede responder;Otras solicitudes fallarán (o necesitarán volver a una solución de criptografía administrada externamente, ya sea que el usuario debe elegir la devolución de retención).
El estado de mantenimiento específico depende de la configuración del usuario, por ejemplo:
-Excluir todos los estados fuera de los contratos de basura conocidos.
-Estado relacionado con todas las cuentas EOA, SCW y tokens y aplicaciones ERC20/ERC721 comúnmente utilizados.
-El estado activo de la cuenta EOA/SCW en los últimos dos años + algunos estado de token ERC20 de uso común + estado seleccionado de la aplicación Swap/Defi/Privacy.
La configuración se puede administrar a través de contratos en la cadena: cuando el usuario ejecuta un nodo, use el parámetro «–save_state_by_config 0x12345 … 67890», que definirá la lista de direcciones, la ranura de almacenamiento o las reglas de filtrado de estado que el nodo necesita guardar y actualizar en tiempo real en un idioma específico.Tenga en cuenta que el usuario no necesita guardar la sucursal de Merkel, solo se requiere el valor original.
Estos nodos proporcionan acceso directo local a estados críticos y garantizan la privacidad de acceso completo.
