La regulación de criptomonedas de la UE realmente ha dado un paso adelante esta vez. Cuando se anunció la nueva normativa de transferencias de fondos (TFR), la "regla de viaje" se convirtió en un tema ineludible para cada proveedor de servicios de activos virtuales (VASP): la información de las transacciones debe compartirse en tiempo real, y las identidades de ambas partes deben verificarse sin errores. Estos requisitos enfrentan directamente a los proyectos de monedas centradas en la privacidad.

Tomemos como ejemplo Dusk. Su diseño es muy ingenioso: las transacciones diarias están completamente encriptadas, protegiendo la privacidad del usuario; pero las autoridades regulatorias tienen una llave especial, y con una orden judicial, pueden abrir la "caja negra" para revisar registros específicos de transacciones. Este marco de "posible auditoría posterior" parecía aceptable en el pasado para cumplir con las verificaciones contra el lavado de dinero.

El problema surge con los nuevos requisitos de la TFR. No se trata de que las autoridades puedan consultar después, sino de que las transacciones se reporten en tiempo real. Cada vez que se realiza una transacción, la parte involucrada en el VASP debe transmitir inmediatamente cierta información, sin retrasos. Esto plantea una cuestión fundamental para la arquitectura del sistema de Dusk: en una red que por defecto encripta la privacidad, ¿cómo determinar automáticamente e instantáneamente si el contraparte es un proveedor de servicios regulado? ¿Cómo garantizar que la información se transmita con precisión y sin errores?

Esto casi inevitablemente requiere la introducción de algún sistema de etiquetas en la cadena o un oráculo confiable para identificar a los participantes en la transacción. Una vez que se empieza a hacer esto, la promesa de "privacidad total" de Dusk comienza a tambalearse. La cuestión más realista es que esto ya no es solo un problema criptográfico, sino un complejo problema de ingeniería de cumplimiento normativo.

Desde la perspectiva de las autoridades regulatorias, seguramente preferirían un sistema que tenga incorporados procesos automáticos de reporte desde la fase de diseño—en lugar de un "caja negra" que requiere que ellos soliciten la llave, realicen desencriptaciones manuales y revisiones repetidas. El primero es claramente más transparente, eficiente y más fácil de integrar en los sistemas regulatorios existentes.

Esta es la realidad que enfrentan las monedas centradas en la privacidad: desde el concepto técnico hasta la aplicación real, hay que cruzar esa brecha. No basta con decir "puedo permitirte consultar después", sino que hay que poder demostrar "puedo adaptarme sin problemas a tus procesos regulatorios en tiempo real". Este desafío no es menor, y no tiene respuestas fáciles.