#dusk $DUSK @Dusk
He estado sentado con la capa de cumplimiento de Dusk durante un tiempo, y lo que al principio no pude confirmar resultó estar dicho directamente después de todo.
Lo que está claro: Citadel existe para restringir acciones específicas: demostrar elegibilidad como residencia o acreditación, sin exponer la identidad completa, mediante un protocolo de tres partes entre el Usuario, el Proveedor de Licencias y el Proveedor de Servicios.
Lo que al principio no estaba seguro: qué acciones realmente requieren esa barrera y cuáles permanecen abiertas. La documentación de la infraestructura de mercado de Dusk lo responde de forma directa. Indica que el servicio y la divulgación —informes, acciones corporativas, acceso selectivo a la información requerida— pueden implementarse de manera diferente por distintas aplicaciones, y que Dusk proporciona los bloques de construcción del protocolo y las rutas de ejecución, no una regla fija y aplicable a toda la red.
Esto confirma lo que yo solo había sospechado antes. La decisión de la barrera no es que el protocolo de Dusk exija "la acción X siempre necesita una licencia". Es cada aplicación construida sobre Citadel la que decide qué restringir. El dApp regulado de NPEX, que se está desplegando activamente en DuskEVM a partir de 2026, es la prueba en vivo más clara de esto; aunque quiero ser preciso: este despliegue está en curso, no es una implementación confirmada y completamente completada a la que pueda señalar como prueba definitiva ya hecha.
Me hace pensar que la pregunta más profunda no es "qué es lo que Citadel restringe" —es que Citadel nunca estuvo pensado para responder esa pregunta a nivel de protocolo. La respuesta siempre iba a estar con quien emite el activo por encima de eso.
Así que "algunas acciones requieren una licencia y otras no" en realidad no es una política a nivel de toda Dusk. Es una elección de configuración por emisor, usando herramientas que Dusk construyó específicamente para poder configurarse de esa manera.
En fin, el tiempo lo dirá 👍
He estado sentado con la capa de cumplimiento de Dusk durante un tiempo, y lo que al principio no pude confirmar resultó estar dicho directamente después de todo.
Lo que está claro: Citadel existe para restringir acciones específicas: demostrar elegibilidad como residencia o acreditación, sin exponer la identidad completa, mediante un protocolo de tres partes entre el Usuario, el Proveedor de Licencias y el Proveedor de Servicios.
Lo que al principio no estaba seguro: qué acciones realmente requieren esa barrera y cuáles permanecen abiertas. La documentación de la infraestructura de mercado de Dusk lo responde de forma directa. Indica que el servicio y la divulgación —informes, acciones corporativas, acceso selectivo a la información requerida— pueden implementarse de manera diferente por distintas aplicaciones, y que Dusk proporciona los bloques de construcción del protocolo y las rutas de ejecución, no una regla fija y aplicable a toda la red.
Esto confirma lo que yo solo había sospechado antes. La decisión de la barrera no es que el protocolo de Dusk exija "la acción X siempre necesita una licencia". Es cada aplicación construida sobre Citadel la que decide qué restringir. El dApp regulado de NPEX, que se está desplegando activamente en DuskEVM a partir de 2026, es la prueba en vivo más clara de esto; aunque quiero ser preciso: este despliegue está en curso, no es una implementación confirmada y completamente completada a la que pueda señalar como prueba definitiva ya hecha.
Me hace pensar que la pregunta más profunda no es "qué es lo que Citadel restringe" —es que Citadel nunca estuvo pensado para responder esa pregunta a nivel de protocolo. La respuesta siempre iba a estar con quien emite el activo por encima de eso.
Así que "algunas acciones requieren una licencia y otras no" en realidad no es una política a nivel de toda Dusk. Es una elección de configuración por emisor, usando herramientas que Dusk construyó específicamente para poder configurarse de esa manera.
En fin, el tiempo lo dirá 👍