Vitalik revela un problema de almacenamiento en Ethereum y afirma que los pagos con ZK se convertirán en el estándar de privacidad predeterminado

El 17 de mayo, el cofundador de Ethereum, Vitalik Buterin, comentó en X sobre el problema de almacenamiento del estado de Ethereum. Señaló que, incluso si los usuarios almacenan los datos por su cuenta, que la blockchain solo guarda hashes y que las transacciones solo incluyen pruebas, aún es necesario guardar y actualizar los datos que se usan para verificar las pruebas, y que esos datos “en última instancia son casi tan grandes como el propio estado”. Vitalik había dicho anteriormente que los pagos con conocimiento cero (ZK) son el siguiente estándar clave para la economía digital global.

Problema de almacenamiento del estado: el reto técnico central confirmado por Vitalik

En sus comentarios, Vitalik confirmó una contradicción técnica central: en el diseño en el que “solo hay hashes en la cadena”, los verificadores aún necesitan acceder o reconstruir los datos auxiliares usados para comprobar las pruebas ZK (witness data), cuya escala es casi equivalente a los datos originales del estado. Esto significa que un diseño puramente de “guardar hashes en la cadena” no puede resolver completamente el problema del aumento del tamaño del estado. Vitalik confirmó que existe una solución para el problema, pero subrayó que todas las soluciones involucran a Ethereum. EIP-8037, como la propuesta relevante actual, se centra en aumentar de forma notable el coste de Gas previo para crear de nuevo contratos, cuentas y ranuras de almacenamiento, y se trata de un ajuste de coste previo único, en lugar de un modelo de alquiler continuo ponderado por el tiempo.

Visión de pagos ZK: tres afirmaciones centrales del blog del 10 de mayo

En su artículo de investigación del 10 de mayo, Vitalik confirmó la siguiente postura:

Definición del problema: La transparencia y publicidad de las blockchains es el principal obstáculo que impide que los pagos cripto sustituyan al dinero fiduciario en la adopción masiva en el comercio minorista cotidiano; la solución requiere “privacidad por defecto” en lugar de “anonimato selectivo”.

Solución técnica: Sustituir las transferencias tradicionales por transacciones con pruebas ZK; los usuarios no necesitan revelar todos los saldos ni el historial de transacciones para verificar la validez del pago. Layer 2, mediante “SNARKs recursivos”, puede gestionar pagos privados con la misma velocidad y coste que los pagos transparentes.

Mecanismos de cumplimiento: Introducir mecanismos de “divulgación selectiva” y “pruebas de inocencia” en los estándares de pagos ZK, que permitan a los usuarios proporcionar a las entidades autorizadas o a las autoridades fiscales pruebas de cumplimiento específicas, sin necesidad de revelar al público los datos completos de las transacciones, para resolver el problema de compatibilidad con las regulaciones AML.

Casos de uso para agentes de IA: puntos de uso de la API de conocimiento cero

En el blog, Vitalik señaló que los agentes de IA autónomos deben pagar mediante servicios como puntos de uso de LLM API, sin dejar ningún rastro rastreable hasta su propietario humano. La “asignación de puntos de uso de API de conocimiento cero” que propuso permite que los agentes realicen la verificación del pago en Ethereum Layer 2, manteniendo al mismo tiempo la privacidad del registro de pagos; así se equilibra la autonomía operativa del agente y la seguridad de los datos del propietario.

Preguntas frecuentes

¿Cuál es el significado técnico de que “incluso al almacenar solo hashes en la cadena se requieren datos completos de verificación”?

En un sistema de pruebas ZK, el verificador necesita datos auxiliares (witness) para comprobar la corrección de una prueba ZK. Aunque la blockchain solo guarde hashes del estado, para verificar una nueva prueba ZK todavía hace falta acceder a esos datos auxiliares, y su tamaño es cercano al de los datos originales del estado; por tanto, no se puede evitar por completo el problema del aumento del tamaño del estado mediante “solo hashes”.

¿En qué se diferencia esencialmente el mecanismo de coste previo de EIP-8037 del alquiler continuo de almacenamiento?

La propuesta de EIP-8037 consiste en aumentar el coste de Gas previo de manera única, orientado a los contratos, cuentas y ranuras de almacenamiento recién creados, sin cobrar un coste continuo por las ranuras de almacenamiento ya existentes. El alquiler continuo del almacenamiento cobra por el tiempo a todos los datos almacenados en la cadena que estén ocupando espacio, afectando a todos los contratos existentes, y es más difícil de implementar.

¿Cómo compatibiliza el pago ZK de Vitalik los requisitos de privacidad del usuario y cumplimiento AML?

De acuerdo con la propuesta de Vitalik, el estándar de pagos ZK incluye mecanismos de “divulgación selectiva” y “pruebas de inocencia”: los usuarios mantienen la privacidad a nivel público, pero pueden generar, cuando sea necesario, pruebas de cumplimiento verificables para una entidad autorizada específica, sin publicar todo el historial de transacciones; de esta forma se resuelve la contradicción persistente entre la protección de la privacidad y las regulaciones contra el lavado de dinero (AML).