El problema que realmente me detuvo fue: ¿por qué Dusk diseñó simultáneamente dos modelos de transacción, Moonlight y Phoenix?
Moonlight es un modelo account-based, publicado en DuskDS; el estado de la cuenta, el saldo y la información de transacciones relacionadas son verificables y están disponibles públicamente. Phoenix, en cambio, sigue la ruta de las notas shielded: mediante pruebas de conocimiento cero confirma que la transacción es válida, que los fondos son suficientes y que no hay doble gasto, al tiempo que oculta la información sensible de la transacción.
Más tarde, me tomó un poco de tiempo revisar el Transfer Contract, y siento que ese podría ser el punto clave para comprender toda la arquitectura. No es solo una entrada para transferencias; también se encarga de recibir payloads de distintos tipos de transacción y entregarlos a la lógica de verificación correspondiente, de modo que las transacciones públicas y las transacciones privadas puedan ejecutarse dentro del mismo sistema de liquidación. En el historial oficial de transacciones, también se pueden encontrar registros de conversiones como Phoenix-to-Moonlight.
Al llegar aquí, mi comprensión de la “privacidad” que Dusk plantea también cambió un poco. Lo que hace no es simplemente ocultar activos: más bien, dentro de la misma infraestructura, redefine el alcance de visibilidad de la información para los distintos participantes: quién puede ver qué, y cuándo puede verlo.
Siguiendo hacia abajo, con Phoenix 2.0, esta idea se vuelve aún más clara: la información de las transacciones no se divulga al público, pero el destinatario puede identificar al remitente; además, las viewing keys proporcionan la capacidad de divulgación selectiva.
Estos modelos de transacción finalmente funcionan dentro del sistema de liquidación de DuskDS, mientras que DuskEVM ofrece un entorno de ejecución compatible con EVM. Ahora, al volver a ver $DUSK , ya no me fijo solo en la etiqueta de “privacidad”, sino en cómo Dusk intenta encontrar un equilibrio más razonable entre la verificabilidad pública, la protección de la privacidad y las necesidades de los escenarios financieros.
#dusk $DUSK @Dusk
Moonlight es un modelo account-based, publicado en DuskDS; el estado de la cuenta, el saldo y la información de transacciones relacionadas son verificables y están disponibles públicamente. Phoenix, en cambio, sigue la ruta de las notas shielded: mediante pruebas de conocimiento cero confirma que la transacción es válida, que los fondos son suficientes y que no hay doble gasto, al tiempo que oculta la información sensible de la transacción.
Más tarde, me tomó un poco de tiempo revisar el Transfer Contract, y siento que ese podría ser el punto clave para comprender toda la arquitectura. No es solo una entrada para transferencias; también se encarga de recibir payloads de distintos tipos de transacción y entregarlos a la lógica de verificación correspondiente, de modo que las transacciones públicas y las transacciones privadas puedan ejecutarse dentro del mismo sistema de liquidación. En el historial oficial de transacciones, también se pueden encontrar registros de conversiones como Phoenix-to-Moonlight.
Al llegar aquí, mi comprensión de la “privacidad” que Dusk plantea también cambió un poco. Lo que hace no es simplemente ocultar activos: más bien, dentro de la misma infraestructura, redefine el alcance de visibilidad de la información para los distintos participantes: quién puede ver qué, y cuándo puede verlo.
Siguiendo hacia abajo, con Phoenix 2.0, esta idea se vuelve aún más clara: la información de las transacciones no se divulga al público, pero el destinatario puede identificar al remitente; además, las viewing keys proporcionan la capacidad de divulgación selectiva.
Estos modelos de transacción finalmente funcionan dentro del sistema de liquidación de DuskDS, mientras que DuskEVM ofrece un entorno de ejecución compatible con EVM. Ahora, al volver a ver $DUSK , ya no me fijo solo en la etiqueta de “privacidad”, sino en cómo Dusk intenta encontrar un equilibrio más razonable entre la verificabilidad pública, la protección de la privacidad y las necesidades de los escenarios financieros.
#dusk $DUSK @Dusk