DUSK en la capa DuskDS ha diseñado una solución bastante interesante: una cadena que soporta simultáneamente dos lógicas de transacción completamente diferentes. Una es Phoenix, basada en el modelo de privacidad UTXO; la otra es Moonlight, basada en un modelo de cuentas transparente. Ambos sistemas pueden cambiarse sin problemas en la misma cadena.

La dificultad técnica detrás de esto no es menor. Pero resuelve un problema práctico: no todos los escenarios de transacción requieren privacidad. Forzar la privacidad en exceso puede afectar la eficiencia y la usabilidad. A veces necesitas una liquidación transparente, y otras veces debes proteger la privacidad. Un sistema que soporte ambas cosas, esa es su inteligencia.

Primero, veamos Phoenix. Utiliza lógica UTXO, similar a Bitcoin, pero con protección de privacidad mediante ZK-SNARK. Cada transacción genera una nota, que contiene el monto y la clave pública del receptor, pero estos datos están cifrados. En la cadena solo se ven dos cosas: un commitment (compromiso) y un nullifier (anulador).

Cuando quieres gastar esa nota, debes proporcionar una prueba de conocimiento cero. Debes demostrar dos cosas: primero, que conoces la clave privada de esa nota; segundo, que ese nullifier no ha sido usado antes. Pero esta prueba no revela el contenido de la nota en sí, lo cual es bastante inteligente.

¿Para qué sirve este diseño? Para mantener la privacidad completa de las transacciones. La cadena no puede ver quién envió cuánto a quién, solo que la transacción ocurrió. El monto, el remitente y el destinatario están cifrados. Para instituciones que necesitan proteger secretos comerciales, esto es una necesidad estricta. No quieres que tus competidores conozcan tus flujos de fondos y ritmo de transacción, y Phoenix ofrece esa capa de protección.

Moonlight, en cambio, es lo opuesto. Usa un modelo de cuentas, con transacciones completamente transparentes. Quién le envía cuánto a quién, todo en la cadena es claro. Este modelo es eficiente y adecuado para transacciones de alta frecuencia y escenarios que requieren liquidación clara.

Lo clave es que estos dos modelos pueden cambiarse de forma flexible. Puedes elegir usar Phoenix o Moonlight según las necesidades específicas: algunos fondos en canales de privacidad, otros en canales transparentes. Este concepto de diseño refleja una comprensión de escenarios reales: privacidad y eficiencia suelen ser un trade-off, no existe una solución absolutamente óptima.