comenta tu idea
Publicación
--
Kiko奇科
·
--
DuskVM vs DuskEVM: Dos caminos para desarrolladores
¿Una blockchain necesita obligar a cada desarrollador al mismo entorno de ejecución?
Dusk adopta un enfoque diferente al ofrecer dos rutas de contratos inteligentes, cada una diseñada en torno a un modelo de desarrollo distinto.
DuskVM es la ruta nativa. Los desarrolladores escriben contratos en Rust, los compilan a WASM y los ejecutan directamente en Dusk L1. Esto permite que los contratos tengan acceso directo al modelo de ejecución de Dusk L1, a los modelos de transacción, a los contratos de protocolo y a las capacidades que deben estar cerca de la capa base, incluidas la privacidad y la funcionalidad de conocimiento cero.
DuskEVM toma una ruta centrada en la compatibilidad. Los desarrolladores pueden usar Solidity o Vyper junto con carteras, bibliotecas y herramientas EVM familiares. El asentamiento y la disponibilidad de datos se proporcionan a través de DuskDS mientras que DUSK sirve como el token de gas nativo.
La distinción, por lo tanto, tiene menos que ver con elegir qué entorno es mejor y más con adaptar la arquitectura a los requisitos de la aplicación. DuskVM favorece la ejecución directa en L1 y las capacidades nativas de Dusk. DuskEVM reduce la barrera para los desarrolladores que ya trabajan dentro del ecosistema de Ethereum.
Para Dusk, proporcionar ambas rutas crea un equilibrio interesante entre la funcionalidad nativa y la familiaridad para los desarrolladores.
¿Podría apoyar tanto la ejecución nativa como la compatibilidad con EVM ser una estrategia de desarrollo más fuerte que forzar un único entorno universal?
$DUSK
#dusk @Dusk
¿Una blockchain necesita obligar a cada desarrollador al mismo entorno de ejecución?
Dusk adopta un enfoque diferente al ofrecer dos rutas de contratos inteligentes, cada una diseñada en torno a un modelo de desarrollo distinto.
DuskVM es la ruta nativa. Los desarrolladores escriben contratos en Rust, los compilan a WASM y los ejecutan directamente en Dusk L1. Esto permite que los contratos tengan acceso directo al modelo de ejecución de Dusk L1, a los modelos de transacción, a los contratos de protocolo y a las capacidades que deben estar cerca de la capa base, incluidas la privacidad y la funcionalidad de conocimiento cero.
DuskEVM toma una ruta centrada en la compatibilidad. Los desarrolladores pueden usar Solidity o Vyper junto con carteras, bibliotecas y herramientas EVM familiares. El asentamiento y la disponibilidad de datos se proporcionan a través de DuskDS mientras que DUSK sirve como el token de gas nativo.
La distinción, por lo tanto, tiene menos que ver con elegir qué entorno es mejor y más con adaptar la arquitectura a los requisitos de la aplicación. DuskVM favorece la ejecución directa en L1 y las capacidades nativas de Dusk. DuskEVM reduce la barrera para los desarrolladores que ya trabajan dentro del ecosistema de Ethereum.
Para Dusk, proporcionar ambas rutas crea un equilibrio interesante entre la funcionalidad nativa y la familiaridad para los desarrolladores.
¿Podría apoyar tanto la ejecución nativa como la compatibilidad con EVM ser una estrategia de desarrollo más fuerte que forzar un único entorno universal?
$DUSK
#dusk @Dusk
Aviso legal: Incluye opiniones de terceros. No es asesoramiento. Binance Ai puede utilizarse sin garantía. Consultar Términos y condiciones.