Implementación específica de Dusk
Phoenix: modelo shielded (protegido), basado en una nota cifrada + pruebas ZK. Los fondos existen en forma de notas cifradas; las transacciones pueden demostrar la corrección sin revelar el importe, la relación concreta con la nota, etc. Admite viewing key, de modo que el poseedor puede otorgar selectivamente la visibilidad a reguladores, para auditoría o a partes autorizadas, logrando “ocultarse, pero poder consultarse cuando se necesite”.
Moonlight: modelo de cuenta transparente; el saldo, el remitente de las transferencias y los importes son visibles, y es adecuado para integraciones de exchanges, reportes y flujos de fondos que deban ser observables.
Transfer Contract: una entrada unificada y enrutamiento. Recibe cargas de transacciones con estilo Phoenix o Moonlight, realiza validaciones, enruta a la lógica correspondiente y garantiza la consistencia del estado global (prevención de doble gasto, manejo de comisiones, etc.), además de admitir conversiones atómicas entre ambos (convert). Los usuarios normalmente no llaman directamente a este contrato, pero es el núcleo a nivel de protocolo para gestionar todo el movimiento de valor.#dusk $DUSK @Dusk