Fui a buscar la canalización (pipeline) con el nombre exacto que la gente no deja de mencionar alrededor de los flujos de activos regulados en Dusk, esperando algo breve y pegadizo, de tres o cuatro pasos, fácil de repetir. Lo que en realidad detallaron los documentos fue más largo y mucho menos citables: configuración del emisor, incorporación de inversores, controles de transferencia, negociación o distribución, liquidación y, luego, gestión y divulgación. Seis pasos, mapeados contra una tabla de capacidades, no un eslogan.

Lo que captó mi atención no fue ningún paso en particular, sino el lugar donde se ubican los controles de transferencia y la divulgación. No son middleware de cumplimiento añadido a posteriori: se enumeran como capacidades nativas de la misma capa base que gestiona la liquidación, la elegibilidad y la privacidad. La configuración del emisor y la incorporación de inversores ocurren en la misma infraestructura que luego aplica quién está incluso autorizado a mantener o mover el activo.

Una cosa que vale la pena decir con honestidad es que los documentos aclaran que distintas aplicaciones pueden implementar este flujo de forma diferente: Dusk proporciona los bloques de construcción y las rutas de ejecución, no una secuencia fija y forzada. Así que tener las piezas disponibles en una misma capa base no es lo mismo que que cada aplicación las conecte automáticamente y correctamente. Esa distinción entre "la infraestructura lo soporta" y "la aplicación realmente lo implementa de extremo a extremo" es la parte que vale la pena seguir de cerca a partir de aquí, cuando empiecen a llegar productos reales construidos sobre esto.

#dusk $DUSK @Dusk $TUT $HEMI