Mientras realizaba la tarea, estuve leyendo el protocolo Citadel de Dusk Network. El repositorio de Citadel en GitHub recogió commits el 8 de agosto — trabajo activo, no una especificación estática — y acabé atascado en el modelo de tres partes durante más tiempo del previsto.
La frase "divulgación selectiva" se usa mucho en los materiales $DUSK @Dusk #dusk . Es precisa. Pero hay un detalle estructural que la arquitectura revela y que el discurso no destaca.
Citadel tiene tres partes: Usuario, Proveedor de Licencia (LP) y Proveedor de Servicio (SP). Las pruebas ZK te protegen del SP: verifican que cumples un umbral de cumplimiento sin ver tus datos reales. Esa parte funciona como se describe. Pero el LP realiza el KYC completo. Ellos tienen tus datos. Emiten la licencia en la cadena. Cada proveedor de servicios posterior solo obtiene una prueba, lo cual es elegante. La fricción está antes, en el proceso de incorporación, no en cada puerta.
Así que el modelo de privacidad de Dusk no es "oculto ante la autoridad". Es "oculto frente a los contrapartes, visible para la autoridad que eliges". El LP lo sabe todo. Los SP no saben nada. Para las finanzas reguladas, probablemente sea el diseño correcto — alguien tiene que ser el custodio responsable de los datos ante los reguladores. Pero se lee distinto de la forma en que la mayoría interpreta la "privacidad en blockchain", que tiende a significar oculto para todos por defecto.
Hmm… la pregunta abierta y fascinante es quién desempeña realmente el papel de LP en la práctica. Si es un custodio regulado o un proveedor de KYC con licencia, eso es infraestructura de identidad subcontratada con mejor experiencia de usuario, no identidad descentralizada. No estoy seguro de que esas dos formas de encuadrarlo alguna vez se resuelvan del todo entre sí.
La frase "divulgación selectiva" se usa mucho en los materiales $DUSK @Dusk #dusk . Es precisa. Pero hay un detalle estructural que la arquitectura revela y que el discurso no destaca.
Citadel tiene tres partes: Usuario, Proveedor de Licencia (LP) y Proveedor de Servicio (SP). Las pruebas ZK te protegen del SP: verifican que cumples un umbral de cumplimiento sin ver tus datos reales. Esa parte funciona como se describe. Pero el LP realiza el KYC completo. Ellos tienen tus datos. Emiten la licencia en la cadena. Cada proveedor de servicios posterior solo obtiene una prueba, lo cual es elegante. La fricción está antes, en el proceso de incorporación, no en cada puerta.
Así que el modelo de privacidad de Dusk no es "oculto ante la autoridad". Es "oculto frente a los contrapartes, visible para la autoridad que eliges". El LP lo sabe todo. Los SP no saben nada. Para las finanzas reguladas, probablemente sea el diseño correcto — alguien tiene que ser el custodio responsable de los datos ante los reguladores. Pero se lee distinto de la forma en que la mayoría interpreta la "privacidad en blockchain", que tiende a significar oculto para todos por defecto.
Hmm… la pregunta abierta y fascinante es quién desempeña realmente el papel de LP en la práctica. Si es un custodio regulado o un proveedor de KYC con licencia, eso es infraestructura de identidad subcontratada con mejor experiencia de usuario, no identidad descentralizada. No estoy seguro de que esas dos formas de encuadrarlo alguna vez se resuelvan del todo entre sí.