#dusk $DUSK Reescribí el documento del modelo de privacidad de Dusk y descubrí que lo más fácil es que te hagan una falsa impresión no es “lo potentes que son las pruebas de conocimiento cero”, sino estas cuatro palabras: “quién decide qué datos son visibles para quién”.
Citadel permite a los desarrolladores desplegar contratos inteligentes con control de acceso en $DUSK ; usa ZK para encapsular, dentro de un límite criptográfico, el monto de las transacciones, las partes participantes y la lógica del contrato. A primera vista, esto resuelve el problema más doloroso de la privacidad al hacer que las instituciones se unan a la cadena: el regulador debe poder auditar, los adversarios no pueden ver el libro mayor completo, y el público puede verificar sin necesidad de conocer cada detalle.
Pero el problema está precisamente en la palabra “configurable”.
Las políticas de acceso de Citadel las define quien despliega el contrato; el límite de privacidad no está garantizado de forma uniforme a nivel de protocolo, sino que es un rompecabezas de permisos contrato por contrato y dirección por dirección. Un contrato podría exponer datos completos a nodos regulatorios, mientras que a los nodos comunes solo les revela compromisos hash; otro podría delegar la clave de descifrado en un tercero, y la estrategia de rotación de claves la decide la parte operadora. Esto es totalmente distinto del modelo de “todos invisibles para todos” de Tornado Cash.
@Dusk sigue una ruta de divulgación selectiva: la privacidad es por capas, condicional y revocable. La ventaja es que las instituciones pueden entrar de manera compatible; el costo es que los usuarios deben confiar en que la estrategia de acceso no se modificará de manera silenciosa. El documento menciona que en el futuro podría introducirse un mecanismo como “los cambios de estrategia deben pasar por votación de gobernanza”, pero por ahora todavía está en la fase de hoja de ruta.
Por eso no voy a asumir que la privacidad ya está resuelta solo mirando esas cuatro palabras de “pruebas de conocimiento cero”. La pregunta que realmente hay que hacer es: ¿los registros de cambios de la estrategia son verificables on-chain? ¿los permisos de descifrado están descentralizados? ¿la configuración predeterminada es lo bastante conservadora para los usuarios comunes? ¿y existe una auditoría independiente que valide que el modelo de permisos de Citadel no pueda ser eludido?
La privacidad no es un interruptor; es una tabla de permisos. Quién tiene su nombre escrito en qué columna es más importante para vigilar que qué algoritmo criptográfico se usó.
#dusk @Dusk
Citadel permite a los desarrolladores desplegar contratos inteligentes con control de acceso en $DUSK ; usa ZK para encapsular, dentro de un límite criptográfico, el monto de las transacciones, las partes participantes y la lógica del contrato. A primera vista, esto resuelve el problema más doloroso de la privacidad al hacer que las instituciones se unan a la cadena: el regulador debe poder auditar, los adversarios no pueden ver el libro mayor completo, y el público puede verificar sin necesidad de conocer cada detalle.
Pero el problema está precisamente en la palabra “configurable”.
Las políticas de acceso de Citadel las define quien despliega el contrato; el límite de privacidad no está garantizado de forma uniforme a nivel de protocolo, sino que es un rompecabezas de permisos contrato por contrato y dirección por dirección. Un contrato podría exponer datos completos a nodos regulatorios, mientras que a los nodos comunes solo les revela compromisos hash; otro podría delegar la clave de descifrado en un tercero, y la estrategia de rotación de claves la decide la parte operadora. Esto es totalmente distinto del modelo de “todos invisibles para todos” de Tornado Cash.
@Dusk sigue una ruta de divulgación selectiva: la privacidad es por capas, condicional y revocable. La ventaja es que las instituciones pueden entrar de manera compatible; el costo es que los usuarios deben confiar en que la estrategia de acceso no se modificará de manera silenciosa. El documento menciona que en el futuro podría introducirse un mecanismo como “los cambios de estrategia deben pasar por votación de gobernanza”, pero por ahora todavía está en la fase de hoja de ruta.
Por eso no voy a asumir que la privacidad ya está resuelta solo mirando esas cuatro palabras de “pruebas de conocimiento cero”. La pregunta que realmente hay que hacer es: ¿los registros de cambios de la estrategia son verificables on-chain? ¿los permisos de descifrado están descentralizados? ¿la configuración predeterminada es lo bastante conservadora para los usuarios comunes? ¿y existe una auditoría independiente que valide que el modelo de permisos de Citadel no pueda ser eludido?
La privacidad no es un interruptor; es una tabla de permisos. Quién tiene su nombre escrito en qué columna es más importante para vigilar que qué algoritmo criptográfico se usó.
#dusk @Dusk
隐私可配置,但谁说了算?
100%
机构会因为Citadel入场
0%
1 Votos • Votación cerrada