Creo que Phoenix se vuelve más interesante cuando miras más allá de la palabra “privacidad.”
Su arquitectura usa notas, nullifiers, árboles de Merkle y pruebas de conocimiento cero para preservar la validez de las transacciones, limitando al mismo tiempo qué información se vuelve públicamente visible.
Por ejemplo, la red puede verificar una prueba de Phoenix sin comprobar directamente los detalles subyacentes de la transacción. Los nullifiers ayudan a evitar que la misma nota se gaste dos veces, mientras que la prueba ZK demuestra que la transacción sigue las reglas de la red.
Eso importa porque los sistemas financieros regulados todavía necesitan garantías sólidas sobre saldos de propiedad y la liquidación.
La privacidad sin integridad sería inútil.
Lo que me parece particularmente interesante es el modelo de delegación. Dusk describe cómo las claves de visualización pueden permitir que el escaneo de transacciones se delegue sin darle al tercero el secreto completo necesario para gastar las notas. La generación de pruebas ZK también puede delegarse sin comprometer la integridad de la transacción.
Para mí, eso muestra que el diseño está pensando en el uso práctico, no solo en la teoría criptográfica.
Esa es una de las razones por las que sigo mirando más a fondo en @Dusk
$DUSK #Dusk
Su arquitectura usa notas, nullifiers, árboles de Merkle y pruebas de conocimiento cero para preservar la validez de las transacciones, limitando al mismo tiempo qué información se vuelve públicamente visible.
Por ejemplo, la red puede verificar una prueba de Phoenix sin comprobar directamente los detalles subyacentes de la transacción. Los nullifiers ayudan a evitar que la misma nota se gaste dos veces, mientras que la prueba ZK demuestra que la transacción sigue las reglas de la red.
Eso importa porque los sistemas financieros regulados todavía necesitan garantías sólidas sobre saldos de propiedad y la liquidación.
La privacidad sin integridad sería inútil.
Lo que me parece particularmente interesante es el modelo de delegación. Dusk describe cómo las claves de visualización pueden permitir que el escaneo de transacciones se delegue sin darle al tercero el secreto completo necesario para gastar las notas. La generación de pruebas ZK también puede delegarse sin comprometer la integridad de la transacción.
Para mí, eso muestra que el diseño está pensando en el uso práctico, no solo en la teoría criptográfica.
Esa es una de las razones por las que sigo mirando más a fondo en @Dusk
$DUSK #Dusk
