Cuando se habla de la privacidad en blockchain, a veces el debate se vuelve demasiado blanco o negro: transparente o privado.
Dusk en cambio adopta un enfoque más flexible. En el nivel DuskDS, existen dos modelos de transacciones: Moonlight y Phoenix. Ambos funcionan en la misma red, pero tienen funciones diferentes.
Imagina que tienes dos carriles en una misma carretera.
El primer carril es Moonlight. Todo el mundo puede ver los vehículos que pasan, de dónde vienen, a dónde van y cuánta carga llevan. En este modelo, el saldo y los detalles de la transferencia sí son públicos. Esto encaja con necesidades que realmente requieren transparencia, como ciertas actividades de tesorería o integraciones con exchange.
El segundo carril es Phoenix. Los vehículos siguen circulando, pero su carga no se muestra a un lado de la carretera. Phoenix usa notas protegidas (shielded notes) y pruebas de conocimiento cero (zero-knowledge proofs) para que la cantidad transferida y la información de determinadas partes no sean visibles para el público, mientras que la red aún puede verificar que las transacciones sean válidas y que no ocurra doble gasto.
Lo que me parece interesante es que Dusk no obliga a que todas las transacciones se incluyan en un solo modelo.
¿Necesitas transparencia? Usa Moonlight.
¿Necesitas confidencialidad? Hay Phoenix.
Incluso ambos pueden usarse en un mismo ecosistema y los fondos pueden convertirse entre los modelos Moonlight y Phoenix.
Pero no te confundas. Phoenix no significa “todo desaparece y ya no se puede auditar”. Dusk respalda la divulgación selectiva mediante viewing keys cuando cierta información sí necesita demostrarse a las partes autorizadas.
En mi opinión, aquí es donde el concepto de Dusk se vuelve especialmente atractivo.
Porque el mundo financiero no siempre necesita 100% transparencia, pero tampoco siempre puede aceptar 100% opacidad.
Lo que suele hacer falta es el control sobre qué se revela, a quién y cuándo.
Y Moonlight + Phoenix es la forma en que Dusk intenta dar esa flexibilidad a nivel de transacciones.
#dusk $DUSK @Dusk
Dusk en cambio adopta un enfoque más flexible. En el nivel DuskDS, existen dos modelos de transacciones: Moonlight y Phoenix. Ambos funcionan en la misma red, pero tienen funciones diferentes.
Imagina que tienes dos carriles en una misma carretera.
El primer carril es Moonlight. Todo el mundo puede ver los vehículos que pasan, de dónde vienen, a dónde van y cuánta carga llevan. En este modelo, el saldo y los detalles de la transferencia sí son públicos. Esto encaja con necesidades que realmente requieren transparencia, como ciertas actividades de tesorería o integraciones con exchange.
El segundo carril es Phoenix. Los vehículos siguen circulando, pero su carga no se muestra a un lado de la carretera. Phoenix usa notas protegidas (shielded notes) y pruebas de conocimiento cero (zero-knowledge proofs) para que la cantidad transferida y la información de determinadas partes no sean visibles para el público, mientras que la red aún puede verificar que las transacciones sean válidas y que no ocurra doble gasto.
Lo que me parece interesante es que Dusk no obliga a que todas las transacciones se incluyan en un solo modelo.
¿Necesitas transparencia? Usa Moonlight.
¿Necesitas confidencialidad? Hay Phoenix.
Incluso ambos pueden usarse en un mismo ecosistema y los fondos pueden convertirse entre los modelos Moonlight y Phoenix.
Pero no te confundas. Phoenix no significa “todo desaparece y ya no se puede auditar”. Dusk respalda la divulgación selectiva mediante viewing keys cuando cierta información sí necesita demostrarse a las partes autorizadas.
En mi opinión, aquí es donde el concepto de Dusk se vuelve especialmente atractivo.
Porque el mundo financiero no siempre necesita 100% transparencia, pero tampoco siempre puede aceptar 100% opacidad.
Lo que suele hacer falta es el control sobre qué se revela, a quién y cuándo.
Y Moonlight + Phoenix es la forma en que Dusk intenta dar esa flexibilidad a nivel de transacciones.
#dusk $DUSK @Dusk
