La propuesta de Nonces con clave de Ethereum apunta a la privacidad y la escala estatal
Vitalik Buterin dijo que los nonces con clave podrían convertirse en más que una actualización de privacidad para Ethereum. En una publicación de X, los describió como un posible primer paso hacia una nueva estrategia de escalamiento estatal basada en el almacenamiento especializado.
La idea se centra en alejar ciertos casos de uso del estado totalmente dinámico de Ethereum. Mientras tanto, las transacciones de privacidad siguen siendo un ejemplo clave, ya que los anuladores siguen creciendo con el tiempo y no pueden eliminarse una vez que ingresan al sistema.
Vitalik explica los nonces clave
Buterin dijo que los nonces clave añaden un soporte más sólido a nivel de protocolo para las soluciones de privacidad. Sin embargo, también los enmarcó como parte de un plan más amplio para crear tipos de almacenamiento optimizados para categorías específicas de actividad de Ethereum.
La propuesta reemplazaría un nonce de remitente único con una estructura que utiliza una clave nonce y una secuencia nonce. Ese modelo brinda a las cuentas pedidos de transacciones más flexibles y, al mismo tiempo, admite casos de uso que necesitan carriles separados.
En particular, Buterin vinculó la idea con anuladores dentro del protocolo. Los sistemas de privacidad utilizan anuladores para evitar que la misma moneda o billete se gaste dos veces, y cada transacción agrega otro valor a un conjunto que sigue expandiéndose.
Puso un ejemplo a gran escala con 2.000 transacciones por segundo para preservar la privacidad durante ocho años. Ese escenario crearía alrededor de 500 mil millones de anuladores en la cadena, lo que dejaría a Ethereum con un gran desafío de almacenamiento.
El almacenamiento del anulador se convierte en una cuestión clave
Buterin dijo que Ethereum permanecería más descentralizado si esos 500 mil millones de anuladores se ubicaran en una tienda de anuladores dedicada. Dijo que el resultado sería mejor que colocarlos en el estado general actual.
La razón proviene de cómo se utilizan los anuladores. Solo necesitan comprobaciones de validez y las transacciones pueden proporcionar explícitamente el ID del anulador, por lo que los nodos no necesitan el mismo nivel de acceso dinámico que requieren las aplicaciones DeFi.
Según la nota técnica, el soporte de privacidad predeterminado podría requerir almacenar 32 bytes por transacción en VOPS. A 1.000 transacciones privadas por segundo durante ocho años, eso crearía un conjunto de anuladores de 8 TB.
Un filtro de floración ofrece otro camino. La nota decía que un filtro podría reducir el requisito a aproximadamente un byte por anulador, o aproximadamente 277 GiB después de ocho años a gran escala, con una baja tasa de falsos positivos.
Filtros de floración y fragmentación ingresan al plan
Buterin también citó la fragmentación como una posible opción para el almacenamiento de anuladores. Bajo esa estructura, cada nodo podría contener sólo un pequeño porcentaje de anuladores y mantener enlaces con pares honestos a través de otros fragmentos.
Sin embargo, la propuesta del filtro de floración toma un camino diferente. Cada nodo mantendría su propio filtro privado, verificaría si un anulador parece agotado y aceptaría que algunas transacciones válidas puedan enfrentar un rechazo aleatorio.
La nota estimó los rechazos falsos cerca del 3% para transacciones con un anulador y alrededor del 9% para transacciones que utilizan tres anuladores. Dijo que la redundancia en FOCIL y mempools podría absorber esa compensación.
Buterin dijo que un estado completamente dinámico se vuelve mucho más difícil de gestionar con decenas o cientos de terabytes. El estado especializado podría mantener el gas más barato para casos de uso restringidos, al tiempo que preserva el almacenamiento dinámico para DeFi y otras aplicaciones que necesitan total flexibilidad.
Relacionado: Ripple comparte la amenaza de la RPDC a Intel con Crypto ISAC para luchar contra la infiltración de criptomonedas