Hoy dediqué toda la tarde a estudiar detenidamente Dusk Network para participar en el programa Creatorpad del proyecto en Binance.
Hay un detalle que me hizo volver a leer la sección de privacidad de Dusk Network. “Selective Disclosure” suena bastante simple: mantener los datos en privado pero, cuando haga falta, revelarlos. Sin embargo, al bajar a los documentos, la forma en que Dusk descompone los componentes difiere de lo que yo me imaginaba inicialmente.
Dusk describe la privacidad en tres líneas: cuentas públicas con Moonlight, transacciones protegidas (shielded) con Phoenix y selective disclosure cuando una parte autorizada necesita pruebas.
Me adentré en Citadel porque los docs definen que es la capa de identidad y acceso para el selective disclosure. Citadel usa pruebas de conocimiento cero para que los usuarios puedan demostrar que poseen una licencia válida sin necesidad de hacer pública toda la información de identificación.
Lo destacable está en esto: por ejemplo, en los docs no se dice “revelar toda la identidad”. El usuario crea una prueba y, luego, el proveedor de servicios comprueba los permisos válidos mediante el proceso de Citadel.
Espera, entonces, ¿eso no significa que todos los datos en Dusk se revelen automáticamente con selective disclosure? Los docs solo describen primitivas y patrones para que las aplicaciones construyan el flujo de trabajo adecuado.
Quizá este sea el punto que necesito conservar: el Selective Disclosure de Dusk no es “privacidad pero con un botón para hacerlo público”, sino una manera de separar el derecho a demostrar una información de la divulgación de toda la información.
Entonces, la siguiente pregunta se vuelve interesante: ¿hasta qué nivel se implementan estas primitivas en aplicaciones reales?
#dusk $DUSK @Dusk $BTC
Hay un detalle que me hizo volver a leer la sección de privacidad de Dusk Network. “Selective Disclosure” suena bastante simple: mantener los datos en privado pero, cuando haga falta, revelarlos. Sin embargo, al bajar a los documentos, la forma en que Dusk descompone los componentes difiere de lo que yo me imaginaba inicialmente.
Dusk describe la privacidad en tres líneas: cuentas públicas con Moonlight, transacciones protegidas (shielded) con Phoenix y selective disclosure cuando una parte autorizada necesita pruebas.
Me adentré en Citadel porque los docs definen que es la capa de identidad y acceso para el selective disclosure. Citadel usa pruebas de conocimiento cero para que los usuarios puedan demostrar que poseen una licencia válida sin necesidad de hacer pública toda la información de identificación.
Lo destacable está en esto: por ejemplo, en los docs no se dice “revelar toda la identidad”. El usuario crea una prueba y, luego, el proveedor de servicios comprueba los permisos válidos mediante el proceso de Citadel.
Espera, entonces, ¿eso no significa que todos los datos en Dusk se revelen automáticamente con selective disclosure? Los docs solo describen primitivas y patrones para que las aplicaciones construyan el flujo de trabajo adecuado.
Quizá este sea el punto que necesito conservar: el Selective Disclosure de Dusk no es “privacidad pero con un botón para hacerlo público”, sino una manera de separar el derecho a demostrar una información de la divulgación de toda la información.
Entonces, la siguiente pregunta se vuelve interesante: ¿hasta qué nivel se implementan estas primitivas en aplicaciones reales?
#dusk $DUSK @Dusk $BTC
