Historia de la privacidad en el sector cripto

Cada gran revolución tecnológica comienza como una solución especializada o para un solo usuario, antes de convertirse en una herramienta generalista y multiusuario.

Los primeros ordenadores se crearon para tareas concretas: descifrado de códigos, procesamiento de censos, cálculos balísticos, mucho antes de que se convirtieran en máquinas compartidas y programables.

Internet nació como una pequeña red de investigación punto a punto (ARPANET) y evolucionó hasta convertirse en una plataforma global donde millones de personas coordinan estados compartidos.

La inteligencia artificial repitió el patrón: los primeros sistemas eran modelos expertos muy restringidos para dominios únicos (motores de ajedrez, sistemas de recomendación, filtros de spam), hasta que evolucionaron en modelos generalistas capaces de operar en múltiples ámbitos, adaptarse a nuevas tareas y servir como base para otros desarrollos.

Las tecnologías siempre comienzan siendo soluciones estrechas o para un solo usuario, diseñadas para una finalidad o usuario concreto, y solo más tarde se expanden y se hacen multiusuario.

Este es exactamente el punto en el que se encuentra la privacidad. La privacidad en cripto nunca ha superado realmente el modo “estrecho” y “de un solo jugador”.

Hasta ahora.

TL;DR:

La privacidad ha seguido el mismo patrón que la computación, internet y la IA: los sistemas empiezan como soluciones especializadas o para un solo usuario, antes de convertirse en herramientas generalistas y multiusuario.
La privacidad en cripto nunca superó el modo estrecho y de un solo jugador—hasta ahora—porque las primeras herramientas no permitían estados compartidos.
Privacy 1.0 representa la privacidad individual con expresividad limitada: sin estado compartido, privacidad principalmente basada en ZK, pruebas del lado del cliente y una experiencia de desarrollo compleja que exige circuitos personalizados.
La privacidad en cripto comenzó con Bitcoin y CoinJoin (2013), después Monero (2014), Zcash (2016), y más tarde herramientas de Ethereum como Tornado Cash (2019) y Railgun (2021).
La mayoría de soluciones Privacy 1.0 dependen de pruebas ZK del lado del cliente, lo que genera confusión entre “ZK para privacidad” y “ZK para verificación”, aunque muchos sistemas “ZK” actuales están pensados para verificabilidad, no para privacidad.
Privacy 2.0 es privacidad multiusuario con estado compartido cifrado mediante MPC o FHE, permitiendo que los usuarios colaboren en privado igual que lo hacen sobre estados públicos compartidos en Ethereum y Solana.
El estado compartido cifrado implica que cripto cuenta por fin con un ordenador cifrado de propósito general, abriendo nuevas posibilidades de diseño: dark pools, pools protegidos, préstamos privados, subastas ciegas, tokens confidenciales y nuevos mercados creativos incluso en cadenas transparentes.
Bitcoin nos dio estado público aislado; Ethereum nos dio estado público compartido; Zcash nos dio estado cifrado aislado; Privacy 2.0 aporta la pieza que faltaba: estado compartido cifrado.
Arcium está desarrollando uno de estos ordenadores cifrados, similar en arquitectura a redes de verificadores como Succinct pero empleando MPC en vez de ZK, con Arcis compilando Rust a MPC para habilitar computación cifrada multiusuario.
Ejemplos de aplicaciones emergentes en Privacy 2.0 incluyen el pool protegido de Umbra usando Arcium para saldos y swaps confidenciales, los mercados de oportunidades privadas de Pythia, los futuros mercados de opinión de Melee con probabilidades y resolución privadas, entre otros.
Ahora todo puede ser < cifrado >, y ZK por sí solo no puede ofrecer estado compartido cifrado. Privacy 2.0 es uno de los mayores avances en cripto.

Para entender cómo hemos llegado hasta aquí y por qué el estado compartido cifrado es tan relevante, hay que empezar por el origen de la privacidad.

Privacy 1.0

Donde comienza la primera oleada de privacidad en cripto.

Los usuarios finalmente lograron privacidad en sus transacciones gracias a mezcladores, pools protegidos y criptomonedas privadas. Algunas aplicaciones enfrentaron problemas legales, lo que generó debates sobre cómo deben abordar las herramientas de privacidad la actividad ilícita, si es que deben hacerlo.

Privacy 1.0 introdujo la privacidad en modo de un solo jugador. Las personas pueden coordinarse, pero no de forma dinámica como lo harían en una blockchain programable. La expresividad de la privacidad está limitada.

Características habituales de Privacy 1.0:

• Sin estado compartido, privacidad en “modo de un solo jugador” que limita las aplicaciones
• Privacidad principalmente basada en ZK.
• Máximo nivel de privacidad con ZK del lado del cliente, pero lento para aplicaciones complejas
• Experiencia de desarrollo difícil, exige escribir circuitos personalizados para crear aplicaciones de privacidad

Las primeras señales de privacidad en cripto surgieron en Bitcoin, años antes de que ZK o la criptografía avanzada llegaran al sector. La privacidad temprana en Bitcoin no era auténtica “privacidad criptográfica”, sino trucos de coordinación para romper la vinculación determinista en el registro público.

El primero fue CoinJoin (2013), donde los usuarios combinaban entradas y salidas en una sola transacción para ocultar quién pagó a quién. Usaba poca criptografía, pero introdujo cierto nivel de privacidad transaccional.

Esto dio lugar a variantes como CoinShuffle (2014), JoinMarket (2015), TumbleBit (2016), Wasabi (2018) y Whirlpool (2018), todas basadas en flujos de mezcla para dificultar el rastreo de Bitcoin. Algunas añadieron incentivos, otras cifrado por capas y otras mejoraron la experiencia de usuario.

Ninguna ofrecía privacidad criptográfica sólida. Ocultaban la vinculación, pero no brindaban la privacidad garantizada matemáticamente y sin confianza que aportan los sistemas ZK posteriores. Se basaban en coordinación, heurísticas y entropía de mezcla, no en pruebas formales de anonimato.

Criptomonedas privadas

Monero apareció en 2014 como el primer intento serio de una blockchain completamente privada para transferencias privadas, en vez de ser una herramienta de privacidad sobre una cadena transparente. Su modelo es de privacidad probabilística basada en firmas de anillo, lo que implica que cada transacción oculta la entrada real entre 16 señuelos por defecto. En la práctica, este conjunto puede debilitarse mediante ataques estadísticos como el MAP Decoder o ataques a nivel de red, que pueden reducir el anonimato efectivo. Mejoras futuras como FCMP buscan ampliar el conjunto de anonimato a toda la cadena.

Zcash se lanzó en 2016 y tomó un camino muy diferente al de Monero. En vez de depender de la privacidad probabilística, Zcash fue diseñado desde el inicio como una moneda ZK. Introdujo pools protegidos impulsados por zk-SNARKs, ofreciendo privacidad criptográfica en vez de ocultar entre señuelos. Usado correctamente, las transacciones de Zcash no revelan nada sobre el emisor, el receptor ni el importe, y el conjunto de anonimato crece con cada transacción protegida en el pool.

Privacidad programable en Ethereum

Tornado Cash (2019)

Tornado Cash se lanzó en 2019 y dio a Ethereum su primera experiencia de privacidad programable. Estaba limitado a transferencias privadas, pero por primera vez los usuarios podían obtener privacidad real en un registro transparente depositando activos en un mezclador de smart contracts y retirándolos después mediante una prueba de conocimiento cero. Tornado se popularizó y de forma legítima, pero acabó enfrentándose a grandes problemas legales tras el lavado masivo de fondos por parte de la RPDC. Esto evidenció la necesidad de excluir actores ilícitos para preservar la integridad del pool, algo que la mayoría de las aplicaciones modernas de privacidad ya implementan.

Railgun (2021)

Railgun llegó un poco después, en 2021, con el objetivo de llevar la privacidad en Ethereum más allá de la simple mezcla y permitir la interacción privada con DeFi. En vez de solo mezclar depósitos y retiros, Railgun permitió a los usuarios interactuar con smart contracts de forma privada, usando pruebas de conocimiento cero para ocultar saldos, transferencias y acciones on-chain, mientras se liquidan en Ethereum. Fue un gran avance respecto al modelo de Tornado, ofreciendo un estado privado continuo dentro de un smart contract en vez de ciclos simples de mezcla y retiro. Railgun sigue vigente y su adopción creció en ciertos círculos DeFi. Es uno de los intentos más ambiciosos de privacidad programable en Ethereum, aunque su experiencia de usuario ha sido una barrera para muchos.

Antes de continuar, conviene aclarar una confusión aún muy extendida. A medida que los sistemas ZK se hicieron populares, muchos asumieron que todo lo etiquetado como “ZK” implicaba automáticamente privacidad. Pero no es así. La mayoría de lo que se promociona como “ZK” hoy son pruebas de validez, muy útiles para escalabilidad y verificabilidad, pero nada privadas.

Esta brecha entre marketing y realidad ha generado años de malentendidos, donde “ZK para privacidad” y “ZK para verificación” se confunden, aunque resuelven problemas totalmente distintos. Véase el tweet abajo.

Privacy 2.0

Privacy 2.0 es privacidad en modo multiusuario. En vez de actuar en solitario, los usuarios pueden colaborar en privado igual que lo hacen en una blockchain programable.

Características habituales de Privacy 2.0:

• Estado compartido cifrado, privacidad en “modo multiusuario”
• MPC y FHE
• La confianza para la privacidad depende de MPC. FHE comparte la misma suposición, ya que la desencriptación por umbral para estado compartido cifrado se realiza con MPC.
• Los circuitos están abstraídos, así que los desarrolladores no necesitan escribir circuitos personalizados salvo que lo deseen.

Esto es posible gracias a ordenadores cifrados que permiten a varias personas operar sobre un estado cifrado. MPC y FHE son los elementos clave aquí—ambos permiten computar sobre datos cifrados.

¿Qué implica esto?

El modelo de estado compartido que impulsa Ethereum y Solana ahora puede existir con privacidad. No como una transacción privada individual, ni como algo que solo permite demostrar algo en privado, sino como un ordenador cifrado de propósito general.

Esto abre nuevas posibilidades de diseño en cripto. Para entenderlo, conviene ver cómo ha evolucionado el estado en cripto:

• Bitcoin nos dio estado público aislado.
• Ethereum nos dio estado público compartido.
• Zcash nos dio estado cifrado aislado.
• Lo que faltaba era estado compartido cifrado.

Privacy 2.0 cubre ese vacío. Permite nuevas economías, nuevas aplicaciones y un nuevo espacio que antes simplemente no era posible. En mi opinión, es el mayor avance en cripto desde los smart contracts y los oráculos.

Ya traté Privacy 2.0 en un artículo anterior, junto con una lista de grandes proyectos. Léelo si quieres una visión más amplia, y haz tu propia investigación; la forma más rápida de equivocarse es delegar el pensamiento.

Arcium—como ya indica la insignia en mi perfil—está desarrollando una de estas tecnologías.

Es similar en arquitectura a redes de verificadores como Succinct o Boundless, pero en vez de probar la ejecución correcta con ZK, Arcium permite computar sobre datos cifrados con MPC.

En vez de SP1 o RISC Zero, que compilan Rust a ZK, Arcium tiene Arcis, que compila Rust a MPC. Sencillo. Ordenador cifrado.

Otra analogía sería simplemente “Chainlink para Privacidad”.

Privacidad agnóstica de cadena y activo

Arcium es agnóstico por diseño, lo que significa que puede conectarse a cualquier blockchain existente y habilitar estado compartido cifrado en cadenas transparentes como Ethereum y Solana. Los usuarios no tienen que abandonar sus ecosistemas favoritos para obtener privacidad. Estará disponible primero en Solana, con Mainnet Alpha lanzándose este mes.

Zcash y Monero integran la privacidad en sus propias monedas. Funciona bien, pero crea mundos monetarios separados con volatilidad propia. Arcium adopta un enfoque agnóstico al activo, añadiendo privacidad a los activos que la gente ya utiliza. Son enfoques y concesiones diferentes, pero la flexibilidad importa a los usuarios.

Teniendo esto en cuenta, casi cualquier caso de uso que requiera privacidad puede funcionar sobre cómputo cifrado. Y créeme, hay muchos más de los que imaginas. Enumerarlos todos sería interminable, así que te lo ahorro.

El alcance de Arcium va más allá de cripto. No es una blockchain; es un ordenador cifrado. El mismo motor se aplica perfectamente a industrias tradicionales. Abajo tienes un artículo que explora aplicaciones en distintos sectores.

Aplicaciones y funcionalidades “Zero-to-One”

El estado compartido cifrado da a cripto un espacio de diseño que nunca había tenido. Estas aplicaciones y funcionalidades están surgiendo gracias a ello:

@ UmbraPrivacy: Pool protegido de Solana. Umbra utiliza Arcium para ir más allá de lo que permite Railgun, habilitando saldos confidenciales y swaps privados mientras usa ZK para transferencias. Logra la menor suposición de confianza y ofrece mucho más que simples transferencias privadas, proporcionando un pool protegido unificado (SDK) que cualquier proyecto puede integrar para privacidad transaccional en Solana.

@ PythiaMarkets: Mercado de oportunidades con ventanas privadas para patrocinadores. Un nuevo mercado de información donde scouts apuestan por oportunidades poco exploradas y los patrocinadores descubren información sin filtrar alfa.

@ MeleeMarkets: Mercado de predicción con curva de bonding. Piensa en Pumpfun, pero para mercados de predicción. Cuanto antes entres, mejor precio. Construirá mercados de opinión donde los usuarios puedan expresar convicción real, con probabilidades y resolución privadas, solucionando tanto el colapso de manada como la manipulación de oráculos. Arcium aportará la privacidad necesaria para mercados de opinión y resolución privada.

Dark Pools: Proyectos como @ EllisiumLabs, @ deepmatch_enc y el demo de Dark Pool de Arcium usan estado compartido cifrado para permitir trading privado sin frontrunning ni quote fading, logrando el mejor precio de ejecución.

Gaming onchain: Arcium restaura el secreto y la aleatoriedad justa ejecutando estados ocultos y tiradas CSPRNG dentro de estado compartido cifrado. Juegos de estrategia, cartas, fog-of-war, RPG y juegos de farol por fin funcionan onchain. Muchos ya están activos en Arcium.

Perpetuos privados, préstamos privados, subastas ciegas, predicciones ML cifradas y entrenamiento colaborativo de IA son también casos de uso futuros prometedores.

Y más allá de estos ejemplos, casi cualquier producto que requiera privacidad puede construirse. Arcium ofrece a los desarrolladores total personalización con un motor de ejecución cifrada de propósito general, y ahora Umbra también ofrece un SDK para transferencias y swaps en Solana. Juntos, hacen que la privacidad en Solana sea sencilla tanto para sistemas complejos como para integraciones simples.

Confidential SPL: el nuevo estándar de tokens confidenciales en Solana

Arcium también está desarrollando C-SPL, el estándar de tokens confidenciales para Solana. Soluciona los grandes problemas de los anteriores estándares de privacidad de tokens “Privacy 1.0” en Solana, que eran difíciles de integrar, limitados en funcionalidad y no utilizables por programas onchain. C-SPL se basa en esa base y elimina las fricciones que impedían el avance de los tokens confidenciales tanto para usuarios como para desarrolladores.

Esto hace que los tokens confidenciales sean fáciles de integrar en cualquier aplicación, sin añadir fricción para los usuarios.

Al unificar SPL Token, Token-2022, la Confidential Transfer Extension y el cómputo cifrado de Arcium, C-SPL ofrece un estándar práctico y totalmente composable para tokens confidenciales en Solana.

Nota final.

Aún estamos en una etapa temprana de esta evolución, y el campo es mucho más amplio que cualquier enfoque único. Zcash y Monero siguen resolviendo problemas importantes en sus propios entornos, y varias herramientas tempranas de privacidad han demostrado lo que es posible en sus respectivos dominios. El estado compartido cifrado aborda una dimensión diferente al permitir que varios usuarios operen en privado sobre el mismo estado sin abandonar los ecosistemas que ya utilizan. Llena un vacío, no reemplaza lo anterior.

La privacidad está pasando poco a poco de ser algo opcional y especializado a estar en el núcleo de cómo se construyen las aplicaciones. Ya no requiere nuevas monedas, nuevas cadenas ni nuevos sistemas económicos. Simplemente amplía lo que los desarrolladores ya pueden hacer. La era anterior estableció el estado público compartido como base. La próxima era ampliará esa base con estado compartido cifrado, añadiendo una capa que antes faltaba.

Gracias por tu atención. Si detectas alguna inexactitud, házmelo saber. Quiero ayudar a impulsar la privacidad en todas las direcciones, y soy optimista con todos los esfuerzos serios en este espacio. Puedes comentar abajo.

Aviso legal:

1. Este artículo se ha republicado desde [milianstx]. Todos los derechos de autor pertenecen al autor original [milianstx]. Si hay objeciones a esta republicación, contacta al equipo de Gate Learn, que lo gestionará de inmediato.
2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente del autor y no constituyen asesoramiento de inversión.
3. Las traducciones del artículo a otros idiomas las realiza el equipo de Gate Learn. Salvo mención expresa, está prohibido copiar, distribuir o plagiar los artículos traducidos.