Lo que llamó mi atención hoy fue algo que casi pasé por alto mientras leía la documentación de Dusk: la retirada de las transacciones de Phoenix como parte de la actualización Boreas.
Mi primera suposición fue que se trataba de un mantenimiento rutinario del protocolo. Pero al mirar con más detenimiento me di cuenta de lo importante que pueden ser los cambios en el modelo de transacciones para una red enfocada en casos de uso financieros.
Dusk ha admitido distintas formas de transferir valor, incluyendo Moonlight para transferencias públicas basadas en cuentas y Phoenix para transferencias protegidas (shielded). Boreas cambia ese diseño retirando las transacciones de Phoenix a nivel de red.
Eso me hizo preguntarme: si la privacidad es tan importante para Dusk, ¿por qué eliminar un modelo nativo de transacción protegida en lugar de simplemente mejorarlo?
La respuesta parece estar relacionada con cómo está evolucionando la arquitectura de Dusk. En lugar de depender de un único tipo genérico de transacción privada, su documentación ahora destaca herramientas de privacidad a nivel de aplicación, como flujos de activos confidenciales, capacidades de conocimiento cero, divulgación selectiva y Hedger en DuskEVM.
Me resulta interesante ese cambio porque plantea una cuestión más grande sobre el diseño de blockchain.
¿Debería construirse la privacidad en cada transacción básica o deberían las aplicaciones elegir el mecanismo de privacidad que realmente necesitan?
El segundo enfoque podría dar a los desarrolladores más flexibilidad, pero también pone más responsabilidad en el diseño de la aplicación.
Aún estoy intentando entender qué significa esto para la arquitectura de privacidad a largo plazo de Dusk. Si la privacidad se desplaza hacia mecanismos específicos de las aplicaciones, ¿cómo pueden los desarrolladores usar esas herramientas correctamente sin hacer el sistema innecesariamente complicado?
Para mí, esto es más interesante que simplemente llamar a Boreas una actualización de protocolo.
Muestra que Dusk sigue resolviendo un problema difícil: cómo hacer que la privacidad sea práctica sin hacer que la red sea más difícil de usar.
¿Qué enfoque crees que tiene más sentido? #dusk $DUSK @Dusk
Mi primera suposición fue que se trataba de un mantenimiento rutinario del protocolo. Pero al mirar con más detenimiento me di cuenta de lo importante que pueden ser los cambios en el modelo de transacciones para una red enfocada en casos de uso financieros.
Dusk ha admitido distintas formas de transferir valor, incluyendo Moonlight para transferencias públicas basadas en cuentas y Phoenix para transferencias protegidas (shielded). Boreas cambia ese diseño retirando las transacciones de Phoenix a nivel de red.
Eso me hizo preguntarme: si la privacidad es tan importante para Dusk, ¿por qué eliminar un modelo nativo de transacción protegida en lugar de simplemente mejorarlo?
La respuesta parece estar relacionada con cómo está evolucionando la arquitectura de Dusk. En lugar de depender de un único tipo genérico de transacción privada, su documentación ahora destaca herramientas de privacidad a nivel de aplicación, como flujos de activos confidenciales, capacidades de conocimiento cero, divulgación selectiva y Hedger en DuskEVM.
Me resulta interesante ese cambio porque plantea una cuestión más grande sobre el diseño de blockchain.
¿Debería construirse la privacidad en cada transacción básica o deberían las aplicaciones elegir el mecanismo de privacidad que realmente necesitan?
El segundo enfoque podría dar a los desarrolladores más flexibilidad, pero también pone más responsabilidad en el diseño de la aplicación.
Aún estoy intentando entender qué significa esto para la arquitectura de privacidad a largo plazo de Dusk. Si la privacidad se desplaza hacia mecanismos específicos de las aplicaciones, ¿cómo pueden los desarrolladores usar esas herramientas correctamente sin hacer el sistema innecesariamente complicado?
Para mí, esto es más interesante que simplemente llamar a Boreas una actualización de protocolo.
Muestra que Dusk sigue resolviendo un problema difícil: cómo hacer que la privacidad sea práctica sin hacer que la red sea más difícil de usar.
¿Qué enfoque crees que tiene más sentido? #dusk $DUSK @Dusk
