Fénix vs Luz de Luna: Por qué Dusk necesitaba dos modelos de transacción
Creo que la parte más malinterpretada de @Dusk no es su capa de privacidad.
Es por qué Dusk construyó un modelo de transacciones transparente al lado de Fénix en primer lugar.
La respuesta es simple: los mercados financieros no operan con un solo requisito de privacidad.
El whitepaper de Dusk de 2024 describe a Luz de Luna como la capa pública de transacciones añadida junto a Fénix. Luz de Luna utiliza un modelo basado en cuentas, donde las direcciones y los saldos son visibles. Fénix toma la ruta opuesta: transacciones blindadas basadas en notas, usando pruebas de conocimiento cero.
Con Luz de Luna, un exchange puede escanear cuentas, conciliar saldos y procesar depósitos usando un modelo de libro mayor público familiar. La documentación actual de integración de Dusk, de hecho, recomienda Luz de Luna para depósitos y retiros en exchanges porque Fénix requiere una arquitectura distinta de custodia y escaneo.
Sus notas están cifradas, mientras que las pruebas ZK permiten que la red verifique cosas como la validez y la protección contra doble gasto sin revelar el monto de la transacción ni las notas específicas que se están gastando. Dusk también diseñó la divulgación selectiva para que la privacidad no signifique automáticamente “sin rendición de cuentas”.
Así que la elección de diseño original no fue:
Fénix vs Luz de Luna.
Fue:
privacidad cuando se necesita + transparencia cuando se requiere.
Y aquí hay una actualización importante de 2026.
El hard fork AEGIS de Dusk abordó 39 hallazgos, incluidos 7 problemas críticos, con una causa raíz crítica que involucraba el vínculo entre la tarifa y el reembolso de Fénix.
Más importante aún, la documentación más reciente de la red indica que la actualización Boreas retira las transacciones de Fénix en la red, mientras que el manejo canónico de transacciones ha avanzado.
Fénix no era simplemente una función de privacidad. Fue un experimento para lograr liquidación confidencial funcionando junto con un carril financiero público.
Son requisitos de liquidación diferentes.
La evolución de Dusk es interesante precisamente porque el protocolo ahora refina qué partes de esa arquitectura dual original todavía pertenecen a la pila de producción.
#dusk
$DUSK
Creo que la parte más malinterpretada de @Dusk no es su capa de privacidad.
Es por qué Dusk construyó un modelo de transacciones transparente al lado de Fénix en primer lugar.
La respuesta es simple: los mercados financieros no operan con un solo requisito de privacidad.
El whitepaper de Dusk de 2024 describe a Luz de Luna como la capa pública de transacciones añadida junto a Fénix. Luz de Luna utiliza un modelo basado en cuentas, donde las direcciones y los saldos son visibles. Fénix toma la ruta opuesta: transacciones blindadas basadas en notas, usando pruebas de conocimiento cero.
Con Luz de Luna, un exchange puede escanear cuentas, conciliar saldos y procesar depósitos usando un modelo de libro mayor público familiar. La documentación actual de integración de Dusk, de hecho, recomienda Luz de Luna para depósitos y retiros en exchanges porque Fénix requiere una arquitectura distinta de custodia y escaneo.
Sus notas están cifradas, mientras que las pruebas ZK permiten que la red verifique cosas como la validez y la protección contra doble gasto sin revelar el monto de la transacción ni las notas específicas que se están gastando. Dusk también diseñó la divulgación selectiva para que la privacidad no signifique automáticamente “sin rendición de cuentas”.
Así que la elección de diseño original no fue:
Fénix vs Luz de Luna.
Fue:
privacidad cuando se necesita + transparencia cuando se requiere.
Y aquí hay una actualización importante de 2026.
El hard fork AEGIS de Dusk abordó 39 hallazgos, incluidos 7 problemas críticos, con una causa raíz crítica que involucraba el vínculo entre la tarifa y el reembolso de Fénix.
Más importante aún, la documentación más reciente de la red indica que la actualización Boreas retira las transacciones de Fénix en la red, mientras que el manejo canónico de transacciones ha avanzado.
Fénix no era simplemente una función de privacidad. Fue un experimento para lograr liquidación confidencial funcionando junto con un carril financiero público.
Son requisitos de liquidación diferentes.
La evolución de Dusk es interesante precisamente porque el protocolo ahora refina qué partes de esa arquitectura dual original todavía pertenecen a la pila de producción.
#dusk
$DUSK