-
La propuesta reemplaza el nonce lineal de Ethereum por un sistema de nonces con clave independiente.
-
Buterin advierte que, sin este cambio, los nodos deberían descargar hasta 16 TB para funcionar.
Vitalik Buterin, junto a otros tres colaboradores del ecosistema Ethereum desarrollaron la EIP-8250, una propuesta que promete eliminar un bloqueo de diseño que frena a los protocolos de privacidad de la red. Según Buterin, el problema no es solo técnico, sino que, si no se resuelve a escala, podría comprometer la descentralización de Ethereum.
El bloqueo está en cómo Ethereum ordena las transacciones. Cada dirección opera con un nonce lineal, un contador interno que obliga a las transacciones a procesarse en fila estricta, por lo que si una se retrasa se paralizan todas las siguientes del mismo remitente. Esto afecta a los protocolos de privacidad porque canalizan las operaciones de muchos usuarios a través de una sola dirección compartida y la demora de una bloquea a todas las demás.
La EIP-8250, presentada este 5 de mayo, propone reemplazar ese contador único por nonces con clave, es decir, carriles independientes por los que cada transacción puede circular sin hacer fila detrás de las demás.
En protocolos de privacidad, esos carriles se identificarían con una estructura llamada nullifier, una huella criptográfica de uso único que confirma que un retiro no fue ejecutado antes. Así, varios usuarios podrían retirar fondos al mismo tiempo desde una dirección compartida sin bloquearse entre sí.
La EIP-8250, que ahora deberá ser revisada por la comunidad, apunta a la actualización de Ethereum Hegota, sin fecha confirmada, y además depende de EIP-8141, otra propuesta en la que participó Vitalik y que tampoco está implementada.
El argumento de fondo de Vitalik: descentralización a escala
Buterin, en una publicación en X, escribió que los nonces con clave «no son solo una forma de añadir soporte en el protocolo para soluciones de privacidad», sino que también «un posible primer paso hacia una nueva estrategia de escalado de estado para Ethereum».
El estado de Ethereum es el registro en tiempo real de todo lo que existe en la red: saldos, contratos activos, variables almacenadas por cada aplicación. Cuanto más crece ese registro, más difícil es que nodos pequeños puedan seguir participando.
Buterin proyectó que, a 2.000 transacciones por segundo de operaciones con privacidad durante ocho años, Ethereum acumularía 500 mil millones de nullifiers almacenados en la red. El desafío, señaló, es que estos nullifiers «no pueden podarse», es decir, no pueden eliminarse del historial una vez registrados.
Gestionar esa cantidad de nullifiers dentro del registro general de Ethereum, donde cualquier dato puede leerse o modificarse en cualquier momento, exigiría que cualquier nodo que quiera construir bloques descargue 16 terabytes de datos, lo que expulsaría del proceso a los participantes con hardware modesto, advirtió Buterin. A este tipo de registros, el cofundador de Ethereum los llama «estados dinámicos», y a escala extrema los considera incompatibles con la descentralización.
Finalmente, frente a este potencial problema que amenaza a los nodos pequeños (y por tanto a la descentralización), el programador ruso-canadiense sostuvo que gestionar los nullifiers en un espacio dedicado, separado del estado general, permitiría aplicar técnicas de escalado imposibles en el esquema actual.
Entre esas técnicas destacó dos en particular. Primero, el sharding (fragmentación) de nullifiers, donde cada nodo almacena solo una fracción del total, de modo que cada uno guarde solo una porción y consulte a sus pares cuando necesite verificar el resto.
En segundo lugar, Vitalik también destacó los filtros de probabilidad (bloom filters), estructuras matemáticas que permiten verificar si un nullifier ya fue usado consumiendo apenas 8 bits por entrada, en lugar de consultar el registro completo.
La conclusión del cofundador de Ethereum es que «el estado completamente dinámico es mucho más difícil de manejar a escala extrema que el estado más controlado y restringido». Mover la mayor parte del uso hacia formas especializadas de estado, sostuvo, permitiría mantener Ethereum descentralizado y escalable, reservando el estado dinámico para aplicaciones que realmente lo necesitan.
