#dusk $DUSK @Dusk I Recuerdo que mi hermanito Waqas me hizo una pregunta que me hizo replantearme el diseño de la privacidad de Dusk. Si los usuarios pueden elegir cuánta información revelar, ¿no hace eso que el desarrollo sea más difícil?
Honestamente, me sorprendió lo que esa pregunta puso en evidencia. El problema más grande no son las transacciones ocultas en sí. El problema es que los desarrolladores no pueden tratar el libro mayor público como una fuente completa del estado de la aplicación.
Esa suposición importa de inmediato a nivel de infraestructura. Las carteras, los indexadores y los sistemas financieros tienen que contemplar casos en los que la información que normalmente usan para el descubrimiento, la recuperación o la contabilidad no esté disponible públicamente.
Lo que me llamó la atención es lo que sucede un nivel por encima. Los desarrolladores tienen que distinguir entre funciones que realmente requieren detalles a nivel de transacción y aquellas que pueden operar sin ellos.
En lugar de construir en torno a la máxima visibilidad de los datos y añadir privacidad después, las aplicaciones tienen que definir sus dependencias de datos teniendo la privacidad en mente desde el principio. Ese es el intercambio arquitectónico que me parece más interesante en Dusk. La privacidad cambia lo que el software financiero puede saber por defecto y, por lo tanto, cambia cómo ese software tiene que diseñarse.
¿Tú cambiarías algo de simplicidad en el desarrollo por un modelo de aplicación donde la privacidad esté integrada en las suposiciones subyacentes desde el primer día? 🤔
Honestamente, me sorprendió lo que esa pregunta puso en evidencia. El problema más grande no son las transacciones ocultas en sí. El problema es que los desarrolladores no pueden tratar el libro mayor público como una fuente completa del estado de la aplicación.
Esa suposición importa de inmediato a nivel de infraestructura. Las carteras, los indexadores y los sistemas financieros tienen que contemplar casos en los que la información que normalmente usan para el descubrimiento, la recuperación o la contabilidad no esté disponible públicamente.
Lo que me llamó la atención es lo que sucede un nivel por encima. Los desarrolladores tienen que distinguir entre funciones que realmente requieren detalles a nivel de transacción y aquellas que pueden operar sin ellos.
En lugar de construir en torno a la máxima visibilidad de los datos y añadir privacidad después, las aplicaciones tienen que definir sus dependencias de datos teniendo la privacidad en mente desde el principio. Ese es el intercambio arquitectónico que me parece más interesante en Dusk. La privacidad cambia lo que el software financiero puede saber por defecto y, por lo tanto, cambia cómo ese software tiene que diseñarse.
¿Tú cambiarías algo de simplicidad en el desarrollo por un modelo de aplicación donde la privacidad esté integrada en las suposiciones subyacentes desde el primer día? 🤔