#dusk $DUSK @Dusk DUSK 的 capa de privacidad de Phoenix se lanzó y, desde entonces, las «pruebas de conocimiento cero en lotes» se convirtieron en el argumento de venta más mencionado en la comunidad: una sola prueba de PLONK puede agrupar múltiples transacciones, el costo de verificación en cadena se reduce al prorratearlo y el Gas, aparentemente, sale «con descuento».
Pero si solo haces la cuenta económica de esta parte, te equivocas en la lógica subyacente de esta arquitectura.
La esencia de la prueba en lotes no es meter múltiples transacciones en un mismo «pool de mezcla anónima» para desanonimizarlas en conjunto. Todo lo contrario: cada UTXO de privacidad sigue siendo una cámara cifrada independiente, con permisos separados para acceder a su note, nullifier y view key. Lo que se comparte entre N transacciones no es el «certificado de propiedad» de los activos, sino el «área prorrateada» del cómputo de verificación.
La máxima de este diseño es muy clara: la capacidad de cómputo puede prorratearse, pero la soberanía de las claves no puede prorratearse.
La complejidad de las operaciones fuera de la cadena no desaparece por «hacerlo en lotes». Los usuarios siguen necesitando generar witness en local, construir el circuito y gestionar su propio view key; aunque la red solo valide una vez la prueba, aun así debes depender de la clave privada que tú mismo guardas para abrir la cámara que te corresponde. Si se pierde el view key, ni siquiera una prueba en lotes tan bonita puede ayudarte a localizar ninguna de las notas cifradas.
Es como meter varios archivos independientes en un mismo gabinete de archivos cifrado: el gabinete es compartido, pero el precinto de cada archivo, las claves de consulta y el rastro de auditoría son completamente independientes. Se ahorra el alquiler del gabinete, pero eso no significa que la responsabilidad de custodia de los archivos pueda fusionarse.
DUSK
En mi opinión, una vez que la red principal de @DuskNetwork madure, más que «ahorrar unos pocos porcentajes en el costo de verificación», me importan otras tres series de datos: la proporción real de transacciones de privacidad dentro del total de transacciones, la tasa de copias de seguridad completas del view key y el tiempo promedio que tarda el usuario en completar una divulgación controlada frente a consultas regulatorias. Estas tres son, precisamente, las que determinan la clave de si el diseño de «verificación compartida pero soberanía no compartida» realmente consigue caminar por la cuerda floja entre privacidad y cumplimiento.
Lo que las pruebas de conocimiento cero pueden comprimir son las facturas de cómputo en cadena, pero la soberanía de la privacidad nunca puede comprarse a granel.
#DUSK DUSK
Pero si solo haces la cuenta económica de esta parte, te equivocas en la lógica subyacente de esta arquitectura.
La esencia de la prueba en lotes no es meter múltiples transacciones en un mismo «pool de mezcla anónima» para desanonimizarlas en conjunto. Todo lo contrario: cada UTXO de privacidad sigue siendo una cámara cifrada independiente, con permisos separados para acceder a su note, nullifier y view key. Lo que se comparte entre N transacciones no es el «certificado de propiedad» de los activos, sino el «área prorrateada» del cómputo de verificación.
La máxima de este diseño es muy clara: la capacidad de cómputo puede prorratearse, pero la soberanía de las claves no puede prorratearse.
La complejidad de las operaciones fuera de la cadena no desaparece por «hacerlo en lotes». Los usuarios siguen necesitando generar witness en local, construir el circuito y gestionar su propio view key; aunque la red solo valide una vez la prueba, aun así debes depender de la clave privada que tú mismo guardas para abrir la cámara que te corresponde. Si se pierde el view key, ni siquiera una prueba en lotes tan bonita puede ayudarte a localizar ninguna de las notas cifradas.
Es como meter varios archivos independientes en un mismo gabinete de archivos cifrado: el gabinete es compartido, pero el precinto de cada archivo, las claves de consulta y el rastro de auditoría son completamente independientes. Se ahorra el alquiler del gabinete, pero eso no significa que la responsabilidad de custodia de los archivos pueda fusionarse.
DUSK
En mi opinión, una vez que la red principal de @DuskNetwork madure, más que «ahorrar unos pocos porcentajes en el costo de verificación», me importan otras tres series de datos: la proporción real de transacciones de privacidad dentro del total de transacciones, la tasa de copias de seguridad completas del view key y el tiempo promedio que tarda el usuario en completar una divulgación controlada frente a consultas regulatorias. Estas tres son, precisamente, las que determinan la clave de si el diseño de «verificación compartida pero soberanía no compartida» realmente consigue caminar por la cuerda floja entre privacidad y cumplimiento.
Lo que las pruebas de conocimiento cero pueden comprimir son las facturas de cómputo en cadena, pero la soberanía de la privacidad nunca puede comprarse a granel.
#DUSK DUSK