Estaba revisando los documentos de la cartera de Dusk y me quedé atascado en una cosa: la red ejecuta dos modelos de transacciones separados en paralelo, uno protegido y otro transparente, y la cartera te hace elegir por transacción qué modo usar. $DUSK #Dusk @Dusk La mayoría de las cadenas de privacidad tratan la confidencialidad como el estado predeterminado del que te das de baja. Dusk hace lo contrario en la práctica: tienes que elegir activamente la privacidad cada vez, y esa elección tiene una fricción real, ya que las claves de prueba para las transferencias protegidas alcanzan cientos de megabytes y tienen que generarse o descargarse antes de que siquiera pueda construirse una prueba. Lo que me llamó la atención es que esto no es un descuido de UX: es la apuesta real de diseño. Las instituciones que hacen liquidaciones reguladas no quieren privacidad “por defecto” en bloque; quieren privacidad que se pueda revelar selectivamente y auditar bajo demanda, así que forzar la elección a nivel de transacción es, en cierto sentido, más honesto que las cadenas que comercializan “privado por defecto” y luego incorporan silenciosamente puertas traseras para la conformidad más adelante. Pero eso también significa que la experiencia de los usuarios iniciales de Dusk se parece menos a una moneda de privacidad y más a un carril de liquidación que, por casualidad, admite enmascaramiento. Me sigo preguntando si ese enfoque se mantiene cuando aparece el volumen real de trading, o si los usuarios simplemente se quedan con el modo que sale más barato y la opción de privacidad queda sin usarse.