📅8.20
🎉🎉🎉¡Atención! ¡Atención! El nuevo token $ALIGN realizará su TGE esta noche a las 23:00 (utc+8). Proyecto de 23 años, suministro total de 1.000 millones, financiamiento de 31,27 millones de USD. Este token puede mantenerse en perspectiva (HODL), ¡pero presten atención al tiempo!
Anoche, al revisar el documento de arquitectura de privacidad @Dusk , me surgió una pregunta que siempre me queda rondando: la privacidad predeterminada en las transacciones, con auditoría regulatoria en cualquier momento—criptográficamente tiene sentido, pero ¿pueden coexistir en el plano de la gobernanza?
La “privacidad programable” de Dusk usa pruebas de conocimiento cero y el modelo Phoenix para encriptar las transacciones sin revelar el remitente, el destinatario ni el monto. Al consultar las claves, el usuario puede elegir divulgar los detalles al regulador. El costo es la complejidad; el punto central recae en la gestión de las claves de visualización.
Para que las claves de visualización sean “invisibles para el público, visibles para los reguladores”, en esencia el protocolo incorpora la asignación de permisos. El funcionamiento estable depende de un supuesto: quién tiene la clave y cuándo se invoca. Estas reglas deben ejecutarse con una confianza rigurosa y verificable.
La fundación gestiona de forma centralizada, controlando un solo punto para mitigar el riesgo: al decidir unilateralmente quién puede auditar, si la fundación es presionada o comprometida, podrían filtrarse los datos de toda la cadena. Dusk propone usar una cartera multisig gestionada conjuntamente por un “comité regulatorio”. Pero, ¿cómo se forma el comité? ¿Lo define la fundación o lo votan los tenedores? ¿En qué jurisdicciones operan los miembros? Si se descentraliza totalmente hacia los usuarios, el regulador tendría que solicitar claves una por una; el usuario tiene derecho a rechazarlas, y no se puede garantizar la capacidad de control de la auditoría de cumplimiento.
El dilema: la centralización tiene riesgo de concentración (centro), y la descentralización hace que el cumplimiento sea incontrolable. La criptografía es coherente por sí misma, pero aún no hay una respuesta convincente sobre cómo asegurar que el sistema de claves no se abuse ni quede sin efecto en el plano de la gobernanza.
“Privacidad por defecto, auditoría bajo demanda” ¿es la mejor solución para el cumplimiento regulatorio o es una fuerte acoplamiento forzado entre requisitos incompatibles? Quiero observar un poco más, a ver cómo aterriza la arquitectura de gobernanza de claves.
#dusk $DUSK
🎉🎉🎉¡Atención! ¡Atención! El nuevo token $ALIGN realizará su TGE esta noche a las 23:00 (utc+8). Proyecto de 23 años, suministro total de 1.000 millones, financiamiento de 31,27 millones de USD. Este token puede mantenerse en perspectiva (HODL), ¡pero presten atención al tiempo!
Anoche, al revisar el documento de arquitectura de privacidad @Dusk , me surgió una pregunta que siempre me queda rondando: la privacidad predeterminada en las transacciones, con auditoría regulatoria en cualquier momento—criptográficamente tiene sentido, pero ¿pueden coexistir en el plano de la gobernanza?
La “privacidad programable” de Dusk usa pruebas de conocimiento cero y el modelo Phoenix para encriptar las transacciones sin revelar el remitente, el destinatario ni el monto. Al consultar las claves, el usuario puede elegir divulgar los detalles al regulador. El costo es la complejidad; el punto central recae en la gestión de las claves de visualización.
Para que las claves de visualización sean “invisibles para el público, visibles para los reguladores”, en esencia el protocolo incorpora la asignación de permisos. El funcionamiento estable depende de un supuesto: quién tiene la clave y cuándo se invoca. Estas reglas deben ejecutarse con una confianza rigurosa y verificable.
La fundación gestiona de forma centralizada, controlando un solo punto para mitigar el riesgo: al decidir unilateralmente quién puede auditar, si la fundación es presionada o comprometida, podrían filtrarse los datos de toda la cadena. Dusk propone usar una cartera multisig gestionada conjuntamente por un “comité regulatorio”. Pero, ¿cómo se forma el comité? ¿Lo define la fundación o lo votan los tenedores? ¿En qué jurisdicciones operan los miembros? Si se descentraliza totalmente hacia los usuarios, el regulador tendría que solicitar claves una por una; el usuario tiene derecho a rechazarlas, y no se puede garantizar la capacidad de control de la auditoría de cumplimiento.
El dilema: la centralización tiene riesgo de concentración (centro), y la descentralización hace que el cumplimiento sea incontrolable. La criptografía es coherente por sí misma, pero aún no hay una respuesta convincente sobre cómo asegurar que el sistema de claves no se abuse ni quede sin efecto en el plano de la gobernanza.
“Privacidad por defecto, auditoría bajo demanda” ¿es la mejor solución para el cumplimiento regulatorio o es una fuerte acoplamiento forzado entre requisitos incompatibles? Quiero observar un poco más, a ver cómo aterriza la arquitectura de gobernanza de claves.
#dusk $DUSK
