A veces me sorprendo asumiendo que si un lugar está aprobado, también es seguro dejar allí algo valioso. Parece ser así como funciona gran parte de los procesos. Completa la documentación, entra, y ordena el resto más tarde. Luego empecé a analizar el diseño de cumplimiento de Dusk y me di cuenta de que parecen estar construidos sobre una suposición diferente.

Lo interesante no es tanto la licencia en sí. Una licencia solo dice que tienes permiso para operar. Así que Dusk no solo pregunta si a una institución se le permitió entrar. Sigue comprobando si una transferencia sigue cumpliendo las reglas mientras la liquidación está teniendo lugar. La elegibilidad y la divulgación pasan a formar parte de la decisión en lugar de ser algo que se reconstruye después para una auditoría.

Tuve que leer eso dos veces porque al principio pensé que el cumplimiento era simplemente la capa de permisos antes de que ocurra cualquier cosa. No es exactamente así como lo entiendo ahora. La identidad puede demostrarse sin poner todo el perfil en exhibición, y una transferencia que no supera esas comprobaciones puede bloquearse antes de que se liquide. Ya no se determina únicamente por la licencia. Se determina por si ese movimiento de capital aún encaja con las reglas en ese momento.

Eso desplaza un poco el límite de confianza. En lugar de confiar en que el recinto tiene permiso para operar, Dusk parece asumir que los estados inválidos son posibles y preguntar si la liquidación debería completarse de todos modos. Por supuesto, eso significa que las reglas codificadas se convierten en otra cosa que tiene que estar bien. Todavía no estoy seguro de si el problema más difícil es especificar esas reglas con suficiente precisión, o decidir cuánto de ese rechazo en cadena tratará una institución como un control real.

#dusk $DUSK @Dusk $BTC