#dusk $DUSK Durante las entradas de GitHub de DUSK hay mucho más interés que leer el Libro Blanco. De abril a junio de 2026, en el repositorio rusk apareció una palabra clave de alta frecuencia: revocation. En tres versiones minor seguidas se estuvieron añadiendo casos límite para subsanar los límites de revocación de credenciales de Citadel: qué se hace con los tokens de “inversor acreditado” firmados después de que una institución se declarara en quiebra; cómo sincronizar listas de revocación entre jurisdicciones; y si se deben invalidar retrospectivamente las pruebas ZK ya generadas tras la revocación.
Esto coincide justo con el punto débil “blando” de DUSK que es más fácil de pasar por alto. Todo el mundo se centra en el UTXO de privacidad de Phoenix y en la divulgación selectiva de Hedger, y cree que el modelo de “ocultación por defecto + autorización auditable” ya resuelve la contradicción entre cumplimiento y privacidad. Pero el ancla de confianza de la capa de identidad de Citadel no es un circuito ZK: es el propio emisor. Si el emisor quiebra o se le revoca la licencia, todas las credenciales que firmó históricamente se vuelven papel mojado en sentido legal de inmediato, pero las pruebas generadas en la cadena usando esas credenciales no quedan automáticamente invalidadas.
Así volvemos a un problema antiguo: que una prueba ZK diga “cumplía las condiciones en ese momento” y que diga “aún cumplo las condiciones” son dos cosas distintas; la segunda requiere comprobación de revocación en tiempo real, y esa comprobación en tiempo real o bien pasa por la cadena (coste de gas alto) o bien pasa por un oráculo (degradación del modelo de confianza). La documentación actual de DUSK dedica poco espacio a parámetros de gobernanza clave como la ventana de retraso de revocación, el seguro de responsabilidad del emisor y la correspondencia de credenciales entre jurisdicciones, y precisamente eso es lo primero que un inversor financiero regulado pregunta durante la debida diligencia.
El código puede resolver “cómo demostrar”, pero no resuelve “quién manda”. Si DUSK, en el próximo año, no incorpora el marco de gobernanza de Citadel en los acuerdos legales complementarios y no logra que participantes con licencia como NPEX o 21X asuman contractualmente la responsabilidad de la emisión, para las instituciones DUSK seguirá siendo para siempre un “prototipo técnico”, no una infraestructura financiera gestionable.
#dusk @Dusk