Lo que destacó es que la privacidad de Dusk es arquitectónica, no se hereda automáticamente por cada contrato inteligente.
Dusk separa la liquidación de la ejecución. La capa base de DuskDS admite dos modelos nativos de transacciones: Moonlight para cuentas públicas y Phoenix para transferencias protegidas mediante pruebas de conocimiento cero. Pero Dusk también cuenta con DuskEVM, un entorno EVM basado en OP Stack que se liquida a través de DuskDS.
Eso marca una distinción importante que muchos lectores podrían pasar por alto.
Una aplicación Solidity que use DuskEVM obtiene herramientas EVM familiares, gas DUSK y liquidación/disponibilidad de datos de Dusk. Sin embargo, la documentación oficial describe los flujos confidenciales allí como una ruta a través de Hedger, en lugar de decir que la ejecución EVM ordinaria sea inherentemente privada. En cambio, DuskVM es el entorno nativo en Rust/WASM, diseñado específicamente para aplicaciones que necesitan acceso directo a capacidades de privacidad y de conocimiento cero.
Al principio, veía “blockchain de privacidad” como una propiedad de la red en su conjunto. La arquitectura sugiere algo más preciso: la privacidad es una capacidad que los desarrolladores eligen a través de la ruta de ejecución y el diseño de la aplicación.
Esto importa para las finanzas reguladas porque la compatibilidad del desarrollador y la profundidad de la privacidad no son exactamente el mismo problema. Dusk intenta ofrecer ambos, pero se exponen a través de capas distintas.
La métrica que vigilaría no es solo cuánto se despliega en Dusk, sino cuántas aplicaciones realmente requieren y usan la pila confidencial nativa en lugar de solo la ruta compatible con EVM.
VERIFICA ANTES DE PUBLICAR:
DuskDS admite modelos de transacciones Moonlight y Phoenix.
DuskEVM es un entorno de ejecución EVM basado en OP Stack que se liquida mediante DuskDS.
Hedger proporciona una ruta hacia flujos confidenciales para aplicaciones de DuskEVM.
DuskVM proporciona capacidades directas de privacidad y de conocimiento cero en la capa de ejecución L1.
#dusk $DUSK @Dusk
Dusk separa la liquidación de la ejecución. La capa base de DuskDS admite dos modelos nativos de transacciones: Moonlight para cuentas públicas y Phoenix para transferencias protegidas mediante pruebas de conocimiento cero. Pero Dusk también cuenta con DuskEVM, un entorno EVM basado en OP Stack que se liquida a través de DuskDS.
Eso marca una distinción importante que muchos lectores podrían pasar por alto.
Una aplicación Solidity que use DuskEVM obtiene herramientas EVM familiares, gas DUSK y liquidación/disponibilidad de datos de Dusk. Sin embargo, la documentación oficial describe los flujos confidenciales allí como una ruta a través de Hedger, en lugar de decir que la ejecución EVM ordinaria sea inherentemente privada. En cambio, DuskVM es el entorno nativo en Rust/WASM, diseñado específicamente para aplicaciones que necesitan acceso directo a capacidades de privacidad y de conocimiento cero.
Al principio, veía “blockchain de privacidad” como una propiedad de la red en su conjunto. La arquitectura sugiere algo más preciso: la privacidad es una capacidad que los desarrolladores eligen a través de la ruta de ejecución y el diseño de la aplicación.
Esto importa para las finanzas reguladas porque la compatibilidad del desarrollador y la profundidad de la privacidad no son exactamente el mismo problema. Dusk intenta ofrecer ambos, pero se exponen a través de capas distintas.
La métrica que vigilaría no es solo cuánto se despliega en Dusk, sino cuántas aplicaciones realmente requieren y usan la pila confidencial nativa en lugar de solo la ruta compatible con EVM.
VERIFICA ANTES DE PUBLICAR:
DuskDS admite modelos de transacciones Moonlight y Phoenix.
DuskEVM es un entorno de ejecución EVM basado en OP Stack que se liquida mediante DuskDS.
Hedger proporciona una ruta hacia flujos confidenciales para aplicaciones de DuskEVM.
DuskVM proporciona capacidades directas de privacidad y de conocimiento cero en la capa de ejecución L1.
#dusk $DUSK @Dusk