@Dusk Comprime todo el proceso de los mercados privados tradicionales, desde la emisión hasta la liquidación, en una sola cadena. En la dirección, sin duda acierta con el dolor central de las finanzas institucionales: hay demasiados intermediarios y transmitir la confianza cuesta demasiado.
Pero si se descompone cada etapa por separado, el problema real está escondido en las conexiones.

Citadel encapsula credenciales de KYC con pruebas de conocimiento cero; los inversores no necesitan revelar su identidad a cada contraparte, solo necesitan demostrar “que cumplen los requisitos”. La lógica es impecable, pero ¿quién tiene el poder de emitir y revocar esas credenciales? Si el anclaje depende de alguna entidad centralizada, toda la narrativa de “desconfiar” tiene un punto único de fallo implícito.

Zedger codifica las reglas de cumplimiento como condiciones previas en las transacciones: si no se cumplen, simplemente no se puede subir a la cadena.
Esto implica que toda la lógica regulatoria debe definirse completa en el momento de la emisión, pero en la realidad las reglas van iterando. Hay que vigilar de cerca el diseño de la gobernanza: cómo se reparten los permisos de actualización del contrato y si el emisor podría modificarlo unilateralmente.

Y Phoenix y Moonlight, con dos modelos, ofrecen dos formas de circulación del mismo activo: confidencialidad y transparencia. La flexibilidad es algo que la mayoría de las cadenas de privacidad no tiene. Pero lograr consistencia del estado al transferir entre modelos, y que las entidades de auditoría entiendan y conozcan el costo de funcionamiento de ambos modelos al mismo tiempo, hace que la implementación en el mundo real no sea fácil.

Y la revelación selectiva es el eslabón más clave y también el más fácil de subestimar. La confidencialidad de las transacciones diarias, y durante la verificación regulatoria revelar, según se necesite, los campos específicos, encaja mejor con la práctica que revelar todo o mantener todo oculto. Pero cómo se define el nivel de granularidad de la revelación y cómo se gestionan los permisos—en los datos públicos aún no se ve una regla suficientemente detallada.

La finalización determinista en segundos del consenso SA es un requisito imprescindible para la liquidación institucional; en eso encaja bien. DuskDS empaqueta por un lado la liquidación y por otro la disponibilidad de datos en un solo paquete: la dirección modular tiene sentido, pero también significa que la seguridad de todos los entornos de ejecución queda atada a la misma capa.

En el marco general, todo es coherente; pero pasar de la coherencia del diseño a ser utilizable en producción, requiere validar con datos de la red principal estos problemas duros: la gobernanza de Citadel, el mecanismo de actualización de Zedger y los límites de la revelación selectiva.
#dusk $DUSK @Dusk

Problema interactivo: ¿qué contrato es el responsable en Dusk de la emisión y gestión de activos del tipo valores?