Lo que me atrapó no fue el hecho de que Dusk admita dos entornos de ejecución. Fue la razón por la que esa elección podría volverse incómoda más adelante.

Así que DuskVM le da a los desarrolladores nativos de Rust/WASM su propio camino, mientras que DuskEVM mantiene a los equipos de Solidity dentro de herramientas familiares. Eso es práctico. Los desarrolladores no tienen que desechar todo lo que ya saben solo para construir en Dusk.

La complicación aparece después de que la adopción empieza a funcionar.
Si ambos entornos atraen aplicaciones reales, Dusk podría terminar con dos culturas de desarrolladores creciendo lado a lado. Herramientas diferentes, hábitos de contrato diferentes, expectativas diferentes sobre cómo interactúan las apps.

Eso no necesariamente rompe nada. Pero puede hacer que el ecosistema sea más difícil de mantener coherente.

Lo que me resulta interesante es que Dusk quizá esté reduciendo un tipo de fricción mientras, en silencio, crea otra. Hacer que los desarrolladores entren podría ser más fácil. Lograr que los dos mundos se sientan como una sola red podría volverse más difícil.
Estaría atento a lo que ocurra cuando a los usuarios deje de importar en qué entorno viva una app. Probablemente sea entonces cuando esta decisión de diseño se ponga a prueba de verdad.
@Dusk_Foundation $DUSK #dusk