MICHAEL MOORE

Hace catorce días empecé a leer sobre @Dusk principalmente por curiosidad. No esperaba seguir leyendo dos semanas después.

Lo que me mantuvo volviendo no fue un gran titular. Fue la cantidad de pequeñas decisiones de diseño, específicas, que seguían apareciendo cuando de verdad las buscaba. Zedger construyendo la distribución de dividendos y limitando las transferencias directamente dentro de un token de seguridad, no añadido después. Citadel permitiendo que alguien pruebe que califica sin entregar quién es. Una función de conversión que antes requería dos transacciones para pasar de lo público a lo privado, y ahora se reduce a una.

La que más se me quedó fue la línea propia de Dusk, que se replantea la propiedad fraccionada como el gran punto de venta. Sus materiales decían que el valor real estaba en conectar todo el ciclo de vida: desde la emisión hasta la liquidación, en torno a un solo registro. No era un discurso que esperara de un proyecto que vende valores tokenizados.

Luego está el propio estándar XSC, que divide el poder en tres roles separados para que ninguna parte pueda ver, aprobar y reasignar la propiedad todo a la vez. Y solo esta semana, viendo a un banco, un exchange y un custodio verificar la misma transacción mientras cada uno permanecía ciego a los datos de los demás.

Nada de esto es ruidoso. No hay un solo momento al que yo llamaría un avance. Son catorce observaciones más silenciosas que, juntas, describen un proyecto que trata la privacidad y la regulación como el mismo problema de diseño, en lugar de como opuestos.

No tengo una conclusión ordenada. Lo que tengo es una lista más larga de preguntas de la que empecé, y eso es lo más honesto a lo que puedo llegar para cerrar esto.

Catorce días leyendo la documentación de otra persona normalmente no es una forma en la que describiría bien el tiempo, pero este caso sí. Pase lo que pase después para este proyecto, me alegra haber ido a buscarlo en vez de solo desplazarse de largo.

#dusk $DUSK

#dusk La anoche, estaba desplazándome por X para ver actualizaciones cuando uno de los posts de Dusk me detuvo. Lo leí.

Y lo que me llamó la atención fue la imagen que compartieron junto a él.

Según la propia publicación de Dusk en X, un banco ve la instrucción de pago y la autorización. Un intercambio solo ve la prueba de elegibilidad. Un custodio ve el registro del activo y el estado de liquidación. Ninguno de los tres ve lo que ven los otros. Todo lo que está fuera de su campo específico queda marcado, en sus propias palabras, "no revelado".

No había pensado antes en la divulgación selectiva de esta manera. El Día 3 trataba de una sola persona que prueba la elegibilidad sin exponer su identidad. Esto es diferente: es la misma transacción que se verifica simultáneamente por múltiples instituciones, y cada una es ciega a todo excepto a su propia parte.

Es un problema de coordinación más difícil que el de una persona ocultando sus datos a un solo servicio. Tres partes separadas tienen que confiar en que la misma transacción es válida sin que ninguna de ellas vea todo.

Lo que no me queda claro es cómo se resuelven las disputas cuando la visión limitada de una parte no es suficiente para detectar un problema que solo aparecería al mirar las tres partes en conjunto.

$DUSK @Dusk

Hoy volví a la página de infraestructura de mercado de Dusk, la parte que está antes de que empiece el desglose técnico.

Según la propia documentación de Dusk, los mercados regulados rara vez son solo “crear un token y transferirlo”. Cuando los pasos alrededor de ese token—elegibilidad, divulgación, liquidación—viven en sistemas separados, los participantes terminan necesitando conciliación, controles manuales y coordinación fuera de la cadena para que todo encaje.

Yo había estado asumiendo que el problema difícil en los valores tokenizados era el propio contrato del token: que el código estuviera bien y que las transferencias hicieran cumplir las reglas. La documentación de ellos empuja en sentido contrario. El token nunca fue realmente la parte difícil. Lo difícil es lo que ocurre a su alrededor, una vez que la titularidad, la elegibilidad y la liquidación tienen que mantenerse sincronizadas entre sistemas que no fueron construidos para hablar entre sí.

Esto replantea incluso qué significa “infraestructura” aquí. No es un estándar de contrato inteligente al lado de las finanzas normales. Es un intento de poner la coordinación en sí misma, no solo el activo, dentro de un único sistema.

Lo que aún no sé es cuánto de ese problema de conciliación realmente desaparece, o si simplemente se mueve antes: hasta cómo un emisor configura el flujo de trabajo de forma previa.
#dusk $DUSK @Dusk