Lo que seguía cambiando cada vez que creía que había entendido la etiqueta de "privacy chain"
Como analista de investigación de Web3, el RWA es mi campo. Entré en @Dusk esperando un discurso sobre la privacidad. Semanas después, después de revisar la arquitectura, la tokenómica, el comportamiento on-chain y las críticas más incisivas de la comunidad sobre ello, no creo que "privacy chain" haya sido nunca la descripción correcta. Está más cerca de: una cadena que intenta resolver cuatro problemas de confianza separados —liquidación, ejecución, cumplimiento y privacidad— como cuatro capas distintas en lugar de una promesa empaquetada.
Dos modelos de liquidación, no uno. Moonlight maneja transacciones públicas ordinarias basadas en cuentas. Phoenix está a su lado y maneja transferencias blindadas—misma red, mismas garantías de liquidación, diferente visibilidad según lo que realmente necesite la transacción. La privacidad aquí no es el estado por defecto en el que cae todo. Es una elección que se hace por transacción.
La confirmación con finalidad que admite finality no es instantánea. La Attestation Sencilla (Succinct Attestation) usa comités pequeños seleccionados al azar por bloque—una parte propuso, un comité valida y otro ratifica—elegidos mediante sortición ponderada por stake para que los mismos validadores no estén ejecutando cada ronda. Un bloque pasa por aceptado → atestado → confirmado → final, con penalizaciones blandas por participación fallida y slashing duro reservado para violaciones reales. Para valores, que “probablemente liquidado” y “liquidado criptográficamente” sean etapas distintas no es sobreingeniería—aunque admitiré que si el usuario promedio necesita ver las cuatro etapas, versus que sea Dusk quien gestione esa complejidad de forma invisible, es una pregunta abierta real de UX que nadie ha respondido aún.
El verdadero truco de Phoenix está en los casos límite, no en la función principal. Reemplaza los saldos de las cuentas por notas selladas dentro de un árbol de Merkle; gastar una publica un nulo (nullifier) y una prueba ZK en vez de señalar qué nota se movió. Una clave de vista permite a una parte autorizada ver exactamente lo que tiene permitido, sin tocar el poder de gasto. Lo que la separa de una capa superficial de privacidad es que considera reembolsos, comisiones, cambio y transiciones de público a blindado—precisamente donde los sistemas más débiles filtran huellas incluso mientras ocultan la transacción “real”.
El cumplimiento es prueba, no divulgación. Un regulador puede verificar que se siguió una regla—elegibilidad, límites de propiedad, restricciones de transferencia—sin ver la transacción en bruto que hay detrás. La mayoría de las cadenas “compliant” (cumplidoras) lo falsifican haciendo todo público y llamando a eso cumplimiento/transparencia, lo cual derrota en silencio el propósito de la privacidad. Citadel maneja identidad específicamente—demostrando residencia, edad o acreditación sin exponer los documentos subyacentes—mantenido separado de las reglas de activos, que se mantienen separadas de la privacidad de transacciones de Phoenix, que se mantiene separada de la divulgación. Cuatro problemas distintos, no una casilla única de KYC. Lo que ninguna de estas respuestas resuelve: quién controla la regla que otorga elegibilidad y si una promesa criptográfica alguna vez es suficiente para un regulador que quiere más.
Ese último punto conecta con algo que subestimé al principio: la idea de que distintas cadenas de privacidad no se separan por cuánto ocultan, sino por dónde se ubica la privacidad dentro del sistema. Tratarla como una función añadida, atornillada, en lugar de construirla junto con el control de acceso y la liquidación desde el primer día, produce sistemas muy diferentes, incluso si ambos se llaman “privados”. Y más privacidad no significa automáticamente menos fricción para los usuarios: esa es una suposición separada y no comprobada.
La ejecución son dos motores con una garantía de liquidación—más una capa de privacidad construida específicamente para el lado EVM. DuskVM ejecuta contratos Rust/WASM nativamente sobre Wasmtime. DuskEVM es un entorno separado basado en OP Stack para desarrolladores de Solidity, liquidando a través de la misma capa DuskDS. Encima de DuskEVM está Hedger—un motor de privacidad que combina cifrado homomórfico (ElGamal) y pruebas de conocimiento cero, construido específicamente porque la mayoría de las herramientas de privacidad en DeFi dependen solo de ZK; Hedger mantiene saldos y transferencias confidenciales mientras sigue siendo auditable, con generación de pruebas en el navegador reportada en menos de dos segundos. Ha estado en vivo en pruebas de alfa pública desde noviembre de 2025. Sobre esa pila se asienta Dusk Trade—antes STOX—una capa de aplicación para bonos tokenizados, ETFs, fondos del mercado monetario y otros activos regulados, trabajando junto con la licencia de corredor de NPEX para cumplimiento. El objetivo declarado debajo de todo es la emisión nativa: mover el ciclo de vida real de un activo on-chain, no solo envolver algo que se guarda en otro lugar en un token.
Hay una lectura estratégica del diseño de dos entornos de ejecución que conviene analizar: DuskEVM reduce el costo de entrada para los equipos que ya están en el mundo de Solidity; DuskVM ofrece una ruta hacia capacidades nativas cuando ya están dentro. “La compatibilidad mete a los desarrolladores. La capacidad los mantiene allí.” Ese es un embudo de conversión real que la mayoría de cadenas de un solo VM no tienen—pero funciona en ambos sentidos. Dos entornos pueden separarse igual de bien en liquidez y atención de desarrolladores si terminan sintiéndose como ecosistemas distintos en lugar de capas complementarias. Los conteos de despliegue en crudo no te dirán qué resultado está ocurriendo. El comportamiento de migración, el flujo de activos entre entornos y si las aplicaciones existentes profundizan su uso con el tiempo lo dirán.
El staking va más allá de la seguridad del validador. El stake mínimo es de 1.000 DUSK, activándose después de aproximadamente una a dos épocas. El mismo token asegura el consenso, paga el gas y—cuando las aplicaciones lleguen a DuskEVM y DuskVM—podría situarse por debajo de un rango más amplio de actividad económica que el staking por sí solo. Stake Abstraction permite que los contratos inteligentes participen ellos mismos en staking, lo que eventualmente podría hacer que las estrategias automatizadas de staking sean nativas del ecosistema en lugar de algo construido totalmente fuera de él. De forma notable, el propio encuadre de Dusk ha cambiado: la actualización del whitepaper de noviembre de 2024 se centró en Moonlight-plus-Phoenix como la historia central; para junio de 2025, la empresa describía una arquitectura de tres capas—DuskDS, DuskEVM y DuskVM—como la base. El cambio en sí dice algo: incluso Dusk dejó de describirlo como una cadena de privacidad con extras y empezó a describirlo como infraestructura de liquidación con privacidad integrada.
Y aquí está una distinción que replantea casi todo lo anterior: privacidad y preparación institucional no son la misma conversación. La privacidad oculta la exposición. La preparación institucional significa que incluso cuando la actividad está oculta, puede revisarse cuando se requiere, sin que nadie tenga que salir manualmente del sistema para demostrarlo. Algunas observaciones on-chain han señalado clústeres de transacciones grandes, espaciadas de manera uniforme, sin importes visibles—consistente con flujos confidenciales de estilo institucional ejecutándose a través de la misma capa de ejecución que todo lo demás, en lugar de un proceso separado añadido. Yo lo trataría como un patrón que vale la pena vigilar más que como evidencia confirmada: actividad aislada y adopción orgánica temprana se ven idénticas desde fuera hasta que observas si se repite y si más de un contraparte empieza a usar la misma ruta.
Esa es la esencia de todo lo que encontré: la ingeniería sigue respondiendo “¿se puede confiar en esto?”. Nada responde “¿alguien realmente lo va a usar?”. Son preguntas distintas, y solo medir las cosas correctas cierra esa brecha—no los conteos de despliegue de titulares ni el volumen de anuncios, sino la recurrencia de la actividad, el crecimiento de participantes distintos y la proporción entre uso económico real y actividad de staking e infraestructura. Ahora mismo, esa proporción no se ve desde afuera, y hasta observadores cercanos lo dicen abiertamente.
El token aún tiene que responder a la aritmética, por muy buena que sea la arquitectura. DUSK alcanzó un pico de $1.17 en 2021 y hoy cotiza aproximadamente un 94% por debajo, cerca de $0.06, con una capitalización de mercado un poco por encima de $30M. El primer vesting terminó en 2022—sin cliff de desbloqueo—pero se emiten 500M más de DUSK durante los próximos 36 años, reduciéndose a la mitad cada cuatro años de forma aproximada; en su mayoría recompensa a los stakers, con tarifas que actualmente se integran en las recompensas de bloque en lugar de quemarse. Esa oferta sigue fluyendo tanto si aparece volumen real como si no. El buen diseño que se traduce en adopción no es automático: solo ocurre cuando los incentivos son lo bastante fuertes como para cambiar conductas de verdad, y ahora mismo eso sigue siendo teórico.
Semanas de investigación me dejaron en un lugar que no esperaba. Dusk no es una cadena de privacidad con disfraz de cumplimiento: es una de las piezas de infraestructura financiera más cuidadosamente estratificadas que he visto en RWA este año, construida con alianzas institucionales reales (NPEX) detrás. Pero una arquitectura cuidadosa y una demanda probada son dos logros distintos, y solo uno de ellos aparece en un gráfico de precios.
⚠️ No es asesoramiento financiero. HAZ TU INVESTIGACIÓN (DYOR).
