#dusk $DUSK @Dusk
La frase «privacidad y auditabilidad como socios» sonó al principio a una reconciliación de marketing, el tipo de expresión que usan los proyectos para hacer que un compromiso parezca que no lo es. Pero al observar cómo funcionan realmente las pruebas de conocimiento cero en el modelo de Dusk, las dos no se reconcilian tanto como se desacoplan estructuralmente: una transacción puede demostrar que es válida sin revelar su contenido, y, por separado, pueden concederse a partes específicas la capacidad de ver esos contenidos sin que esa visibilidad esté vinculada en sí misma a la prueba. $DUSK #Dusk @duskfoundation no está mezclando la privacidad y la auditabilidad en algún punto medio como podría hacerlo, por ejemplo, una cadena con conmutadores de transparencia opcionales; más bien, las está ejecutando como dos capas independientes que simplemente coinciden en la misma transacción. Esa distinción importa porque «socios, no opuestos» sugiere equilibrio, pero lo que realmente está sucediendo se parece más a una separación de responsabilidades: la prueba de corrección en un carril, los permisos de divulgación en otro; ninguno atenúa al otro. En comparación con algo como Zcash, donde las piscinas protegidas y las transparentes son más una elección de uno u otro por transacción, esto se siente arquitectónicamente diferente, aunque todavía no estoy seguro de si esa diferencia queda igual de clara en la práctica que en los documentos de diseño. ¿El desacoplamiento se mantiene realmente cuando las solicitudes de auditoría empiezan a poner a prueba dónde se encuentran esos dos carriles?
La frase «privacidad y auditabilidad como socios» sonó al principio a una reconciliación de marketing, el tipo de expresión que usan los proyectos para hacer que un compromiso parezca que no lo es. Pero al observar cómo funcionan realmente las pruebas de conocimiento cero en el modelo de Dusk, las dos no se reconcilian tanto como se desacoplan estructuralmente: una transacción puede demostrar que es válida sin revelar su contenido, y, por separado, pueden concederse a partes específicas la capacidad de ver esos contenidos sin que esa visibilidad esté vinculada en sí misma a la prueba. $DUSK #Dusk @duskfoundation no está mezclando la privacidad y la auditabilidad en algún punto medio como podría hacerlo, por ejemplo, una cadena con conmutadores de transparencia opcionales; más bien, las está ejecutando como dos capas independientes que simplemente coinciden en la misma transacción. Esa distinción importa porque «socios, no opuestos» sugiere equilibrio, pero lo que realmente está sucediendo se parece más a una separación de responsabilidades: la prueba de corrección en un carril, los permisos de divulgación en otro; ninguno atenúa al otro. En comparación con algo como Zcash, donde las piscinas protegidas y las transparentes son más una elección de uno u otro por transacción, esto se siente arquitectónicamente diferente, aunque todavía no estoy seguro de si esa diferencia queda igual de clara en la práctica que en los documentos de diseño. ¿El desacoplamiento se mantiene realmente cuando las solicitudes de auditoría empiezan a poner a prueba dónde se encuentran esos dos carriles?