Cualquiera que haya realizado una auditoría de cumplimiento tiene una sensación en común: lo más temible no es la revisión en sí, sino tener que demostrar que el cliente no ha infringido las normas y, al mismo tiempo, no poder revelar por completo su privacidad. El método tradicional consiste en revisar flujos de fondos, documentos de identidad y comprobantes de domicilio, y después de la auditoría aún hay que archivarlo todo. Cada expediente guardado es un riesgo.
Por eso, cuando veo proyectos como Dusk que se presentan con la bandera de la "privacidad con cumplimiento", lo primero que miro es cómo resuelven esa contradicción. La capa de identidad de Citadel toma el camino de la divulgación selectiva: el usuario posee credenciales emitidas por una institución y, al realizar una transacción, usa una prueba de conocimiento cero, una herramienta criptográfica que permite demostrar "cumplo las condiciones" sin revelar información específica; prueba que se cumplen los requisitos sin necesidad de entregar los documentos originales. Moonlight maneja las transferencias normales con cuentas públicas, y Phoenix usa UTXO privados, un modelo similar al de las salidas de transacciones no gastadas de Bitcoin: cada transacción queda aislada por separado, sin exponer el saldo, y se usa para transacciones sensibles; ambas vías van por separado. @Dusk
Para activos regulados, esta lógica sí se sostiene: la transferencia de activos requiere tanto controles de cumplimiento como protección de la privacidad; no se puede sacrificar el KYC por la privacidad.
No voy a embellecerlo. La raíz de confianza de Citadel se apoya en el emisor: quién está autorizado para emitir, cómo se revocan las credenciales y si unas credenciales antiguas siguen siendo válidas si la entidad desaparece no son problemas que la criptografía pueda resolver; son problemas de gobernanza. Al revisar la documentación, los detalles de implementación del mecanismo de revocación son bastante escasos. El ámbito jurisdiccional también es un problema: la definición de inversor cualificado en la UE no es la misma que en Estados Unidos, y las credenciales no se pueden reutilizar directamente. En abril de 2026 se corrigió una vulnerabilidad en una librería criptográfica, pero eso hace que uno se pregunte: ¿habrá otros problemas?
El ecosistema también es débil. GitHub se actualiza lentamente, hay pocas aplicaciones de terceros y la documentación no es amigable para principiantes. La dirección técnica es correcta, pero sin gente construyendo encima, incluso una buena base se queda en terreno vacío.
Mi opinión: Dusk sí resolvió el problema técnico de "cumplimiento y privacidad a la vez"; la dirección es la correcta. Lo que queda son negociaciones comerciales y conversaciones con los reguladores, y esas dos cosas avanzan mucho más despacio que escribir código.
¿Con qué se convence a una institución con licencia para que renuncie a su foso de datos de clientes? #dusk $DUSK
Por eso, cuando veo proyectos como Dusk que se presentan con la bandera de la "privacidad con cumplimiento", lo primero que miro es cómo resuelven esa contradicción. La capa de identidad de Citadel toma el camino de la divulgación selectiva: el usuario posee credenciales emitidas por una institución y, al realizar una transacción, usa una prueba de conocimiento cero, una herramienta criptográfica que permite demostrar "cumplo las condiciones" sin revelar información específica; prueba que se cumplen los requisitos sin necesidad de entregar los documentos originales. Moonlight maneja las transferencias normales con cuentas públicas, y Phoenix usa UTXO privados, un modelo similar al de las salidas de transacciones no gastadas de Bitcoin: cada transacción queda aislada por separado, sin exponer el saldo, y se usa para transacciones sensibles; ambas vías van por separado. @Dusk
Para activos regulados, esta lógica sí se sostiene: la transferencia de activos requiere tanto controles de cumplimiento como protección de la privacidad; no se puede sacrificar el KYC por la privacidad.
No voy a embellecerlo. La raíz de confianza de Citadel se apoya en el emisor: quién está autorizado para emitir, cómo se revocan las credenciales y si unas credenciales antiguas siguen siendo válidas si la entidad desaparece no son problemas que la criptografía pueda resolver; son problemas de gobernanza. Al revisar la documentación, los detalles de implementación del mecanismo de revocación son bastante escasos. El ámbito jurisdiccional también es un problema: la definición de inversor cualificado en la UE no es la misma que en Estados Unidos, y las credenciales no se pueden reutilizar directamente. En abril de 2026 se corrigió una vulnerabilidad en una librería criptográfica, pero eso hace que uno se pregunte: ¿habrá otros problemas?
El ecosistema también es débil. GitHub se actualiza lentamente, hay pocas aplicaciones de terceros y la documentación no es amigable para principiantes. La dirección técnica es correcta, pero sin gente construyendo encima, incluso una buena base se queda en terreno vacío.
Mi opinión: Dusk sí resolvió el problema técnico de "cumplimiento y privacidad a la vez"; la dirección es la correcta. Lo que queda son negociaciones comerciales y conversaciones con los reguladores, y esas dos cosas avanzan mucho más despacio que escribir código.
¿Con qué se convence a una institución con licencia para que renuncie a su foso de datos de clientes? #dusk $DUSK