Antes miraba a Dusk como una sola blockchain con un único entorno de ejecución. La arquitectura se volvió más interesante cuando dejé de tratar cada parte de la red como si fuera lo mismo.
En la base está DuskDS. @Dusk lo describe como la base de consenso, finalización y disponibilidad de datos de Dusk L1, e incluye los modelos de transacciones Moonlight y Phoenix de la red.
La ejecución es una parte separada del panorama. DuskVM está diseñado para contratos inteligentes Rust/WASM que se ejecutan directamente en la Dusk L1, mientras que DuskEVM proporciona un entorno equivalente a EVM para aplicaciones de Solidity usando herramientas EVM familiares. DuskEVM usa DuskDS para la liquidación y la disponibilidad de datos.
Esa separación cambió la forma en que pienso sobre el proyecto.
En lugar de preguntarse si los desarrolladores deben abandonar herramientas familiares para construir sobre Dusk, la pregunta mejor puede ser cómo distintos entornos de ejecución pueden compartir la misma base subyacente de liquidación y disponibilidad de datos.
$DUSK también tiene un papel concreto en esa base: la documentación oficial lo identifica como el token nativo que se usa para comisiones de transacción y staking.
La arquitectura se ve coherente en el papel. Lo que importa ahora es si los desarrolladores y las aplicaciones financieras reales convierten esa flexibilidad en actividad sostenida de la red.
Esa es la métrica que preferiría vigilar en lugar de solo diagramas de arquitectura.
#dusk $DUSK @Dusk
En la base está DuskDS. @Dusk lo describe como la base de consenso, finalización y disponibilidad de datos de Dusk L1, e incluye los modelos de transacciones Moonlight y Phoenix de la red.
La ejecución es una parte separada del panorama. DuskVM está diseñado para contratos inteligentes Rust/WASM que se ejecutan directamente en la Dusk L1, mientras que DuskEVM proporciona un entorno equivalente a EVM para aplicaciones de Solidity usando herramientas EVM familiares. DuskEVM usa DuskDS para la liquidación y la disponibilidad de datos.
Esa separación cambió la forma en que pienso sobre el proyecto.
En lugar de preguntarse si los desarrolladores deben abandonar herramientas familiares para construir sobre Dusk, la pregunta mejor puede ser cómo distintos entornos de ejecución pueden compartir la misma base subyacente de liquidación y disponibilidad de datos.
$DUSK también tiene un papel concreto en esa base: la documentación oficial lo identifica como el token nativo que se usa para comisiones de transacción y staking.
La arquitectura se ve coherente en el papel. Lo que importa ahora es si los desarrolladores y las aplicaciones financieras reales convierten esa flexibilidad en actividad sostenida de la red.
Esa es la métrica que preferiría vigilar en lugar de solo diagramas de arquitectura.
#dusk $DUSK @Dusk