Vitalik Buterin publica una propuesta EIP-8250, cuyo objetivo es respaldar 500000000000 registros privados

De acuerdo con una publicación en X del 6 de mayo de Vitalik Buterin, cofundador de Ethereum, el EIP-8250 fue presentado formalmente. El mecanismo central es un sistema de “nonce aleatorio con clave (keyed nonce)”, cuyo objetivo es habilitar transacciones privadas paralelas a gran escala en Ethereum. Según el documento del EIP-8250, el diseño del sistema apunta a respaldar hasta 500.000.000.000 de registros relacionados con la privacidad en ocho años.

Mecanismo central del EIP-8250: sistema de nonce aleatorio con clave

De acuerdo con el documento del EIP-8250, las transacciones actuales de Ethereum dependen de un nonce único enviado por el emisor para la protección contra ataques de repetición (replay). Sin embargo, esta estructura limita la capacidad de los sistemas de privacidad y la ejecución de transacciones en paralelo. El cambio central del EIP-8250 consiste en reemplazar el nonce único por (nonce_key, nonce_seq), creando dominios de protección contra repetición independientes para distintos tipos de transacciones.

Según la explicación de la propuesta, las claves derivadas de los nullifiers (símbolos de invalidación) permitirían que múltiples transacciones privadas se ejecuten simultáneamente sin conflictos; una vez que un nullifier se usa, se marca de forma permanente como gastado. Vitalik Buterin afirmó directamente en la propuesta: “El nonce con clave no es solo para dar soporte más potente a soluciones de privacidad a nivel de protocolo”.

Desafíos de almacenamiento del estado en Ethereum y arquitectura dedicada de nullifiers

Según el contenido del EIP-8250, si las transacciones privadas de Ethereum alcanzan 2.000 por segundo (2.000 TPS) dentro de ocho años, se necesitará almacenar aproximadamente 500.000.000.000 de nullifiers no podables. La estimación del EIP-8250 indica que, bajo la arquitectura de estado general existente, las necesidades de almacenamiento anteriores alcanzarían desde decenas hasta cientos de TB.

Para resolver el problema anterior, el EIP-8250 introduce un almacenamiento dedicado de nullifiers (dedicated nullifier storage), gestionado por separado del estado general existente de Ethereum. La razón es que los nullifiers siguen reglas fijas y predecibles, lo que los hace adecuados para una arquitectura dedicada.

Especificaciones técnicas: sharding, filtros Bloom y capa de verificación dedicada

Según el documento del EIP-8250, el almacenamiento dedicado de nullifiers empleará las siguientes tres tecnologías:

Sharding (fragmentación): dispersar los datos de almacenamiento en distintos segmentos para reducir la carga de almacenamiento de un único nodo

Bloom Filter (filtro de Bloom): para consultar de forma eficiente si un nullifier ya se usó, reduciendo la necesidad de escaneo completo del estado

Capa de verificación dedicada: optimizada para las reglas fijas de los nullifiers, reduciendo el costo de cómputo de la verificación

Según la descripción de la propuesta, el objetivo de diseñar la combinación de las tecnologías anteriores es: en escenarios con un aumento significativo del volumen de transacciones, permitir que los nodos de Ethereum mantengan un tamaño de almacenamiento manejable.

Preguntas frecuentes

¿Quién propuso la EIP-8250 y cuándo se publicó?

De acuerdo con publicaciones públicas en la plataforma X, el EIP-8250 fue presentado formalmente por el cofundador de Ethereum Vitalik Buterin el 6 de mayo de 2026.

¿Cómo funciona el sistema de nonce aleatorio con clave (keyed nonce)?

Según el documento del EIP-8250, el nonce aleatorio con clave reemplaza el nonce único por (nonce_key, nonce_seq), creando dominios independientes de protección contra repetición para distintos tipos de transacciones. Esto permite que múltiples transacciones privadas se ejecuten simultáneamente sin conflictos; una vez que un nullifier se usa, se marca de forma permanente como gastado.

¿Cómo resuelve el EIP-8250 el problema del almacenamiento a gran escala en Ethereum?

Según el contenido del EIP-8250, la propuesta introduce un almacenamiento dedicado de nullifiers y emplea sharding, filtros Bloom (Bloom Filter) y una capa de verificación dedicada para separar los datos de transacciones privadas del estado general de Ethereum, con el fin de controlar el tamaño de almacenamiento de los nodos en escenarios de alto volumen de transacciones.