Creo que @Dusk Dusk tiene una característica relativamente fácil de pasar por alto: no exige que todas las operaciones financieras on-chain utilicen el mismo modelo de datos.
Moonlight es un sistema de cuentas público, adecuado para negocios en los que el saldo y las relaciones de transacción deben verificarse directamente.
Phoenix, en cambio, adopta un esquema de UTXO oculto, y protege el monto de la transacción y la información relacionada mediante pruebas de conocimiento cero; por lo tanto, es más adecuado para escenarios con requisitos de confidencialidad de datos más altos.
Ambos modelos pueden conectarse a la liquidación de DuskDS.
El significado de este diseño es que los activos financieros de distintas naturalezas pueden elegir, según las necesidades reales, distintos niveles de divulgación de información.
Por ejemplo, ciertos activos emitidos públicamente pueden mantener una alta transparencia, mientras que operaciones entre instituciones que involucran posiciones sensibles y datos de clientes pueden emplear un método de transacción más privado.
Cuando la regulación, la auditoría o el emisor realmente necesiten verificar los datos, entonces se puede proporcionar la evidencia correspondiente mediante divulgación selectiva.
Así, el enfoque se parece más al mercado financiero real que simplemente buscar “todo público” o “todo anónimo”.
En cuanto al entorno de ejecución, DuskVM admite Rust/WASM, y DuskEVM está orientado a desarrolladores de Solidity; esto también reduce el umbral para que distintos equipos de desarrollo entren en el ecosistema.
Por eso, ahora veo Dusk como una red financiera de múltiples modos, y no solo como un proyecto de privacidad.
Lo verdaderamente importante a continuación es si estas arquitecturas pueden atraer suficiente capital de valores, institucional y de desarrolladores.
La tecnología ofrece opciones; el valor, al final, lo determina la adopción.
#Dusk $DUSK
Moonlight es un sistema de cuentas público, adecuado para negocios en los que el saldo y las relaciones de transacción deben verificarse directamente.
Phoenix, en cambio, adopta un esquema de UTXO oculto, y protege el monto de la transacción y la información relacionada mediante pruebas de conocimiento cero; por lo tanto, es más adecuado para escenarios con requisitos de confidencialidad de datos más altos.
Ambos modelos pueden conectarse a la liquidación de DuskDS.
El significado de este diseño es que los activos financieros de distintas naturalezas pueden elegir, según las necesidades reales, distintos niveles de divulgación de información.
Por ejemplo, ciertos activos emitidos públicamente pueden mantener una alta transparencia, mientras que operaciones entre instituciones que involucran posiciones sensibles y datos de clientes pueden emplear un método de transacción más privado.
Cuando la regulación, la auditoría o el emisor realmente necesiten verificar los datos, entonces se puede proporcionar la evidencia correspondiente mediante divulgación selectiva.
Así, el enfoque se parece más al mercado financiero real que simplemente buscar “todo público” o “todo anónimo”.
En cuanto al entorno de ejecución, DuskVM admite Rust/WASM, y DuskEVM está orientado a desarrolladores de Solidity; esto también reduce el umbral para que distintos equipos de desarrollo entren en el ecosistema.
Por eso, ahora veo Dusk como una red financiera de múltiples modos, y no solo como un proyecto de privacidad.
Lo verdaderamente importante a continuación es si estas arquitecturas pueden atraer suficiente capital de valores, institucional y de desarrolladores.
La tecnología ofrece opciones; el valor, al final, lo determina la adopción.
#Dusk $DUSK