#dusk @Dusk Dusk en realidad no tenía que construir DuskEVM en absoluto. ya tiene su propio entorno de ejecución nativo, DuskVM, ejecutando Rust compilado a WASM en lugar de Solidity. el hecho de que ambos existan lado a lado, en vez de elegir uno y comprometerse plenamente, te dice algo sobre para qué se optimiza cada uno realmente y qué se tuvo que sacrificar para conseguirlo.

DuskVM es la vía nativa. Rust y WASM te dan un control de nivel más bajo, en general características de rendimiento más ajustadas y acceso directo a cualquiera de los primitivos específicos de Dusk que la capa base expone, sin tener que pasar por una capa de compatibilidad para llegar a ellos. el intercambio es evidente en el momento en que lo dices: casi nadie en cripto ya conoce Rust como lo conocen Solidity, y construir sobre DuskVM significa aprender un ecosistema en lugar de traer uno existente contigo.

DuskEVM existe específicamente para eliminar esa barrera. Solidity es el lenguaje de contratos inteligentes más conocido en la industria con mucha diferencia, y la compatibilidad con EVM significa que las herramientas existentes, los hábitos de los desarrolladores existentes, los patrones de contratos auditados existentes pueden trasladarse en gran medida intactos. el coste es que ahora estás ejecutando en una máquina virtual que no se construyó originalmente para esta cadena, con una capa adicional: la estructura del rollup, que se trató hace un tiempo, se interpone entre tu contrato y las garantías de liquidación de base que están debajo.

así que la verdadera elección que se ofrece no es "mejor versus peor", sino "qué restricción quieres". DuskVM intercambia la familiaridad del desarrollador por una integración nativa más ajustada. DuskEVM intercambia parte de esa cercanía nativa por acceso instantáneo a todo el ecosistema Solidity existente y a todo el mundo que ya es competente en él.

así que, para un proyecto que realmente está construyendo infraestructura financiera regulada en Dusk, ¿esa elección depende en su mayor parte de que la familiaridad del desarrollador gane por defecto, o hay casos de uso técnicos específicos donde la ruta nativa de DuskVM es claramente la mejor opción a pesar de pedirle a los desarrolladores que aprendan algo nuevo.
$DUSK