#dusk $DUSK @Dusk
Hay algo sobre Dusk que me confundió al principio.
Si Dusk quiere desarrolladores de Ethereum, ¿por qué no hacer que toda la red sea EVM nativa?
La respuesta es lo que hizo que la arquitectura me pareciera más interesante.
DuskEVM no es toda la capa de liquidación.
Es un entorno de ejecución EVM basado en OP Stack donde las aplicaciones en Solidity pueden ejecutarse con herramientas familiares de Ethereum.
Pero la base de liquidación y disponibilidad de datos que está debajo sigue siendo DuskDS.
Esa separación importa.
Dusk obtiene el alcance de la compatibilidad con EVM sin hacer que todo su sistema financiero dependa del EVM.
Al mismo tiempo, DuskVM todavía existe para contratos en Rust y WASM que necesitan ejecutarse directamente en la Dusk L1 y usar primitivas nativas de Dusk.
Así que el diseño no es realmente elegir DuskVM o DuskEVM.
Está más cerca de esto:
usar el entorno de ejecución que se ajusta al trabajo y luego llevar el resultado de vuelta a la misma base de liquidación.
Esa es la parte que creo que es fácil pasar por alto.
Dusk Trade puede estar por encima de esta complejidad y usar las piezas que necesita, mientras que el usuario solo ve el producto financiero.
Para mí, esa es la verdadera apuesta arquitectónica:
compatibilidad con EVM en el borde,
control específico de Dusk en el núcleo,
y una base de liquidación única debajo de ambas.
Hay algo sobre Dusk que me confundió al principio.
Si Dusk quiere desarrolladores de Ethereum, ¿por qué no hacer que toda la red sea EVM nativa?
La respuesta es lo que hizo que la arquitectura me pareciera más interesante.
DuskEVM no es toda la capa de liquidación.
Es un entorno de ejecución EVM basado en OP Stack donde las aplicaciones en Solidity pueden ejecutarse con herramientas familiares de Ethereum.
Pero la base de liquidación y disponibilidad de datos que está debajo sigue siendo DuskDS.
Esa separación importa.
Dusk obtiene el alcance de la compatibilidad con EVM sin hacer que todo su sistema financiero dependa del EVM.
Al mismo tiempo, DuskVM todavía existe para contratos en Rust y WASM que necesitan ejecutarse directamente en la Dusk L1 y usar primitivas nativas de Dusk.
Así que el diseño no es realmente elegir DuskVM o DuskEVM.
Está más cerca de esto:
usar el entorno de ejecución que se ajusta al trabajo y luego llevar el resultado de vuelta a la misma base de liquidación.
Esa es la parte que creo que es fácil pasar por alto.
Dusk Trade puede estar por encima de esta complejidad y usar las piezas que necesita, mientras que el usuario solo ve el producto financiero.
Para mí, esa es la verdadera apuesta arquitectónica:
compatibilidad con EVM en el borde,
control específico de Dusk en el núcleo,
y una base de liquidación única debajo de ambas.