Marius Van Der Wijden recientemente expuso sus ideas de diseño para una solución de capa 2 (L2) de alto rendimiento en Ethereum. Explicó cómo estas elecciones contrastan con las operaciones en la red principal. Enfatizó la necesidad de eficiencia y velocidad al abordar los desafíos actuales de escalabilidad de Ethereum. La conversación se centró en varios aspectos técnicos que podrían mejorar el rendimiento sin sacrificar la seguridad.
Gestión de Estado Simplificada
Durante el proceso de sincronización, Van Der Wijden explicó que un cliente de sincronización solicita rangos de cuentas. El sistema proporciona pruebas para la primera y última cuenta, asegurando la integridad de los datos. Este proceso permite la verificación contra la raíz del estado.
Además, introdujo el concepto de «mover el pivote» para adaptarse a los desarrollos continuos de la cadena. Después de la sincronización, el estado debe «curarse», unificando diferentes estados en la memoria. Este proceso de curación implica verificar qué estados permanecen correctos según la última raíz de estado.
Significativamente, señaló que no todos los nodos mantendrían un estado completo. En cambio, el secuenciador, los proveedores de RPC y los probadores de fraude lo gestionarían. Podrían reproducir la cadena desde el Génesis o usar un disco de estado copiado de otro nodo. Este enfoque simplifica la gestión de estado, reduciendo la carga.
Recibos y Logs Simplificados
Van Der Wijden también propuso cambios en los recibos de transacciones. Actualmente, los recibos consumen un espacio de almacenamiento considerable. Proporcionan confirmaciones de éxito de transacción y datos de uso de gas. Sin embargo, cree que muchas de estas funcionalidades están subutilizadas. En su lugar, servicios auxiliares podrían recopilar y almacenar logs, permitiendo a los usuarios consultarlos eficientemente.
Además, mencionó el desafío de paralelizar la computación. Los métodos actuales a menudo tienen problemas para identificar transacciones conflictivas. Sin embargo, al exigir listas de acceso, los remitentes de transacciones especificarían qué cuentas tocan sus transacciones. Este requisito podría mejorar la eficiencia de las transacciones.
Además, el secuenciador podría depender de nodos RPC centralizados. Estos nodos validarían las transacciones antes de reenviarlas, minimizando la carga del secuenciador. En consecuencia, este enfoque podría mejorar el rendimiento y la escalabilidad general.
Preguntas Frecuentes
- ¿Cómo mejora la gestión de estado propuesta la eficiencia?
Se logra reduciendo la cantidad de nodos que mantienen un estado completo y utilizando discos de estado copiados para simplificar la gestión.
- ¿Por qué se consideran subutilizadas las funcionalidades actuales de los recibos?
Van Der Wijden sugiere que el espacio de almacenamiento consumido por los recibos es grande y que los servicios auxiliares pueden manejar la recopilación de logs de manera más eficiente.
- ¿Qué papel juegan los nodos RPC centralizados en el nuevo diseño propuesto?
Los nodos RPC centralizados validarían las transacciones antes de reenviarlas, lo que ayuda a reducir la carga de trabajo del secuenciador y mejora el rendimiento.
