Después de pasar un tiempo revisando el diseño de Phoenix, un detalle captó genuinamente mi atención:
la privacidad no necesariamente significa hacer todos los cálculos por cuenta propia.
El whitepaper de Dusk describe un modelo de delegación en el que parte del trabajo más pesado puede encomendarse a un tercero de confianza sin darle a esa parte todo lo necesario para gastar tus notas.
Para el escaneo de red, Phoenix usa claves de vista. Un usuario puede delegar la tarea de revisar la red en busca de transacciones dirigidas a él, mientras que la parte delegada aún no puede gastar esas notas porque no tiene las claves secretas completas del usuario.
La segunda parte es incluso más interesante.
Phoenix también permite la generación de pruebas ZK para transacciones que pueden delegarse mediante firmas, manteniendo intacta la integridad de la transacción.
Así, el diseño separa dos cosas que son fáciles de confundir:
ver lo suficiente para realizar una tarea ≠ tener la autoridad suficiente para gastar los fondos.
Esa distinción importa en un sistema de privacidad.
En lugar de hacer que la privacidad dependa de que una sola parte tenga el control total, el modelo divide las responsabilidades en torno a lo que realmente necesita conocerse o realizarse.
Probablemente esa sea la parte de Phoenix que encuentro más interesante: delegar la computación sin simplemente delegar la propiedad.
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk
la privacidad no necesariamente significa hacer todos los cálculos por cuenta propia.
El whitepaper de Dusk describe un modelo de delegación en el que parte del trabajo más pesado puede encomendarse a un tercero de confianza sin darle a esa parte todo lo necesario para gastar tus notas.
Para el escaneo de red, Phoenix usa claves de vista. Un usuario puede delegar la tarea de revisar la red en busca de transacciones dirigidas a él, mientras que la parte delegada aún no puede gastar esas notas porque no tiene las claves secretas completas del usuario.
La segunda parte es incluso más interesante.
Phoenix también permite la generación de pruebas ZK para transacciones que pueden delegarse mediante firmas, manteniendo intacta la integridad de la transacción.
Así, el diseño separa dos cosas que son fáciles de confundir:
ver lo suficiente para realizar una tarea ≠ tener la autoridad suficiente para gastar los fondos.
Esa distinción importa en un sistema de privacidad.
En lugar de hacer que la privacidad dependa de que una sola parte tenga el control total, el modelo divide las responsabilidades en torno a lo que realmente necesita conocerse o realizarse.
Probablemente esa sea la parte de Phoenix que encuentro más interesante: delegar la computación sin simplemente delegar la propiedad.
@Dusk $DUSK
#dusk
#dusk $DUSK @Dusk
