Hay algo que me hace detenerme al leer la arquitectura de Dusk Network. Al principio todavía la veía como una Layer 1 familiar: tiene consenso, smart contracts, un token y un ecosistema construido sobre ella.
Pero cuando leo con más detalle, la forma en que Dusk separa sus componentes me obliga a volver a empezar.
La documentación de Dusk describe a DuskDS como la base de settlement y data availability: se encarga del consenso, la finality y los modelos de transacción de Dusk L1, mientras que la ejecución se divide en dos vertientes: DuskVM para Rust/WASM que corre directamente sobre L1 y DuskEVM para un entorno compatible con EVM de Ethereum.
Empecé a profundizar porque quería entender si esto solo es una reorganización de una Layer 1 o si realmente refleja otra elección arquitectónica.
Lo que encontré es bastante claro: Dusk no reúne toda la ejecución en un único entorno. DuskDS gestiona el consenso, el settlement y la data availability, mientras que DuskVM y DuskEVM se encargan de distintos modelos de ejecución.
Espera, esto todavía no es suficiente para decir que esa arquitectura sea mejor, pero sí cambia la forma en que veo Dusk. Tal vez la pregunta más interesante no sea “¿Dusk es una Layer 1?” sino: ¿qué se obtiene realmente al separar settlement de la ejecución cuando estos entornos de ejecución empiezan a tener un uso significativo?
#dusk $DUSK @Dusk $BTC
Pero cuando leo con más detalle, la forma en que Dusk separa sus componentes me obliga a volver a empezar.
La documentación de Dusk describe a DuskDS como la base de settlement y data availability: se encarga del consenso, la finality y los modelos de transacción de Dusk L1, mientras que la ejecución se divide en dos vertientes: DuskVM para Rust/WASM que corre directamente sobre L1 y DuskEVM para un entorno compatible con EVM de Ethereum.
Empecé a profundizar porque quería entender si esto solo es una reorganización de una Layer 1 o si realmente refleja otra elección arquitectónica.
Lo que encontré es bastante claro: Dusk no reúne toda la ejecución en un único entorno. DuskDS gestiona el consenso, el settlement y la data availability, mientras que DuskVM y DuskEVM se encargan de distintos modelos de ejecución.
Espera, esto todavía no es suficiente para decir que esa arquitectura sea mejor, pero sí cambia la forma en que veo Dusk. Tal vez la pregunta más interesante no sea “¿Dusk es una Layer 1?” sino: ¿qué se obtiene realmente al separar settlement de la ejecución cuando estos entornos de ejecución empiezan a tener un uso significativo?
#dusk $DUSK @Dusk $BTC
