#dusk $DUSK @Dusk Antes pensaba que el Fénix de Dusk funcionaba como la mayoría de los sistemas protegidos: primero se comprueba la matemática y luego la encriptación oculta quién hizo qué. Al mirar de cerca cómo en realidad verifica una transacción, esa separación no existe. La propiedad, la autoría del remitente, la corrección del saldo: nada se comprueba por separado y luego se “envuelve” con privacidad después. Está integrado directamente en el mismo circuito que demuestra, desde la primera instancia, que la transacción es válida.
Esa fue la parte que me llevó un tiempo asimilarla. No hay ninguna transacción visible en algún lugar del @Dusk que luego se “cortine” al final. La prueba es lo único que existe en esa capa. Nada era legible desde el principio, así que no había nada que ocultar. Normalmente confías en una transacción porque puedes seguirla por tu cuenta: entradas, salidas, todo a la vista. Dusk hace lo contrario. La red confirma que nada se gastó dos veces, que no se forjó nada y que el remitente realmente era dueño de lo que movió, todo sin que nadie llegue a ver la nota. La corrección en Dusk deja de necesitar una audiencia.
Lo cual cambia lo que realmente está haciendo una clave de visualización en el @Dusk . Es tentador pensar que es como desbloquear una verdad oculta, como si la clave, por fin, revelara lo que realmente ocurrió por debajo. Pero la transacción ya era correcta antes de que alguien tuviera una clave. Ya estaba finalizada en el momento en que el consenso la aceptó. La clave no confirma validez: otorga visibilidad sobre algo cuya validez nunca había estado en duda.
Así que cuando un regulador o un exchange revisa una transacción de Dusk con una clave de visualización, no están verificando nada que la red no hubiera asentado ya por sí sola. Lo que hacen es que los dejan entrar en una sala que estaba cerrada para todos los demás, y el cierre nunca trataba de corrección. Trataba de permisos.
Lo que significa que la pelea interesante del $DUSK nunca fue realmente criptográfica. Se trata de quién puede emitir claves, a quién se le puede obligar a producir una, y si el acceso puede retirarse una vez que se entrega. El $DUSK ya resolvió el problema más difícil: corrección sin visibilidad.
#dusk
Esa fue la parte que me llevó un tiempo asimilarla. No hay ninguna transacción visible en algún lugar del @Dusk que luego se “cortine” al final. La prueba es lo único que existe en esa capa. Nada era legible desde el principio, así que no había nada que ocultar. Normalmente confías en una transacción porque puedes seguirla por tu cuenta: entradas, salidas, todo a la vista. Dusk hace lo contrario. La red confirma que nada se gastó dos veces, que no se forjó nada y que el remitente realmente era dueño de lo que movió, todo sin que nadie llegue a ver la nota. La corrección en Dusk deja de necesitar una audiencia.
Lo cual cambia lo que realmente está haciendo una clave de visualización en el @Dusk . Es tentador pensar que es como desbloquear una verdad oculta, como si la clave, por fin, revelara lo que realmente ocurrió por debajo. Pero la transacción ya era correcta antes de que alguien tuviera una clave. Ya estaba finalizada en el momento en que el consenso la aceptó. La clave no confirma validez: otorga visibilidad sobre algo cuya validez nunca había estado en duda.
Así que cuando un regulador o un exchange revisa una transacción de Dusk con una clave de visualización, no están verificando nada que la red no hubiera asentado ya por sí sola. Lo que hacen es que los dejan entrar en una sala que estaba cerrada para todos los demás, y el cierre nunca trataba de corrección. Trataba de permisos.
Lo que significa que la pelea interesante del $DUSK nunca fue realmente criptográfica. Se trata de quién puede emitir claves, a quién se le puede obligar a producir una, y si el acceso puede retirarse una vez que se entrega. El $DUSK ya resolvió el problema más difícil: corrección sin visibilidad.
#dusk