Un detalle sobre DUSK que merece más atención es cómo la privacidad se trata como una opción de transacción, no como una capa de privacidad separada.
El diseño dual de Dusk combina las transferencias públicas basadas en cuentas de Moonlight con las transferencias protegidas basadas en notas de Phoenix. Ambas están integradas en la capa de liquidación DuskDS, por lo que una aplicación puede razonar sobre el movimiento de valor transparente y confidencial dentro de la misma arquitectura de red.
Esto es importante para las finanzas reguladas porque “privado” y “visible” no siempre son categorías permanentes. Un flujo de tesorería puede requerir contabilidad pública, mientras que una transferencia de un inversor puede necesitar confidencialidad. Phoenix utiliza pruebas de conocimiento cero para ocultar los detalles de las transacciones, mientras que la divulgación selectiva puede proporcionar evidencia relevante a las partes autorizadas.
Lo interesante es el ángulo programable: la privacidad puede convertirse en parte del flujo de trabajo financiero en sí, junto con la elegibilidad, las reglas de transferencia y la liquidación, en lugar de ser un añadido posterior.
Un matiz actual es importante: la actualización Boreas de junio de 2026 de Dusk deshabilitó Phoenix en mainnet. Así que la arquitectura de modelo dual se entiende mejor como una capacidad de diseño y de protocolo, y no como una afirmación de que ambos modelos estén activos actualmente en mainnet.@Dusk $TUT $TAC #dusk $DUSK
El diseño dual de Dusk combina las transferencias públicas basadas en cuentas de Moonlight con las transferencias protegidas basadas en notas de Phoenix. Ambas están integradas en la capa de liquidación DuskDS, por lo que una aplicación puede razonar sobre el movimiento de valor transparente y confidencial dentro de la misma arquitectura de red.
Esto es importante para las finanzas reguladas porque “privado” y “visible” no siempre son categorías permanentes. Un flujo de tesorería puede requerir contabilidad pública, mientras que una transferencia de un inversor puede necesitar confidencialidad. Phoenix utiliza pruebas de conocimiento cero para ocultar los detalles de las transacciones, mientras que la divulgación selectiva puede proporcionar evidencia relevante a las partes autorizadas.
Lo interesante es el ángulo programable: la privacidad puede convertirse en parte del flujo de trabajo financiero en sí, junto con la elegibilidad, las reglas de transferencia y la liquidación, en lugar de ser un añadido posterior.
Un matiz actual es importante: la actualización Boreas de junio de 2026 de Dusk deshabilitó Phoenix en mainnet. Así que la arquitectura de modelo dual se entiende mejor como una capacidad de diseño y de protocolo, y no como una afirmación de que ambos modelos estén activos actualmente en mainnet.@Dusk $TUT $TAC #dusk $DUSK
