Modular es una de las palabras más cómodas de esta industria, y Dusk Network la usa mucho. DuskDS gestiona el consenso, el settlement y la disponibilidad de datos. DuskVM ejecuta contratos en Rust y WASM directamente en la capa base a través de un motor Wasmtime. DuskEVM es un entorno de ejecución independiente de OP Stack donde los contratos de Solidity hacen settlement de vuelta a través de DuskDS, con DUSK como token de gas. En papel, esto suena como lo mejor de ambos mundos: un entorno nativo para los equipos que quieren acceso directo a las primitivas de privacidad de Dusk, y un entorno EVM familiar para todos los demás.
Quiero detenerme un segundo en el intercambio en lugar de repetir el discurso. Dos entornos de ejecución significan dos conjuntos de herramientas, dos lugares donde la liquidez puede agruparse por separado y dos rutas de privacidad distintas: Zedger en DuskVM y Hedger en DuskEVM, construidos sobre enfoques criptográficos diferentes. Un creador que elige DuskEVM por familiaridad obtiene soporte para Solidity, pero recurre a la combinación de cifrado homomórfico y conocimiento cero de Hedger en lugar del modelo nativo Phoenix que gran parte de la literatura profunda sobre privacidad de Dusk describe.
Nada de esto vuelve la arquitectura incorrecta. Separar el settlement de la ejecución es una apuesta defendible, y muchas cadenas dividen el estado entre rollups por razones similares. Pero llamarlo puramente aditivo no contempla el costo. Ahora cada emisor tiene que elegir carril, y cada wallet o explorador construido por la comunidad tiene que decidir qué lado apoyar, o si apoya ambos.
Por debajo de ambos entornos está Kadcast, la capa peer-to-peer propia de Dusk Network: una superposición estructurada en lugar de la propagación basada en gossip que la mayoría de las cadenas usa por defecto, diseñada específicamente para mantener el ancho de banda y la latencia predecibles a medida que la red crece. Esa pieza compartida es el argumento más sólido de que se trata de un sistema coordinado, no de dos cadenas con el mismo nombre. Aun así, una capa de red compartida no fusiona por sí sola dos ecosistemas de desarrolladores. La modularidad es una decisión real con una carga de coordinación real asociada, no una actualización gratuita.
@Dusk #dusk $DUSK $BTW $ACE
Quiero detenerme un segundo en el intercambio en lugar de repetir el discurso. Dos entornos de ejecución significan dos conjuntos de herramientas, dos lugares donde la liquidez puede agruparse por separado y dos rutas de privacidad distintas: Zedger en DuskVM y Hedger en DuskEVM, construidos sobre enfoques criptográficos diferentes. Un creador que elige DuskEVM por familiaridad obtiene soporte para Solidity, pero recurre a la combinación de cifrado homomórfico y conocimiento cero de Hedger en lugar del modelo nativo Phoenix que gran parte de la literatura profunda sobre privacidad de Dusk describe.
Nada de esto vuelve la arquitectura incorrecta. Separar el settlement de la ejecución es una apuesta defendible, y muchas cadenas dividen el estado entre rollups por razones similares. Pero llamarlo puramente aditivo no contempla el costo. Ahora cada emisor tiene que elegir carril, y cada wallet o explorador construido por la comunidad tiene que decidir qué lado apoyar, o si apoya ambos.
Por debajo de ambos entornos está Kadcast, la capa peer-to-peer propia de Dusk Network: una superposición estructurada en lugar de la propagación basada en gossip que la mayoría de las cadenas usa por defecto, diseñada específicamente para mantener el ancho de banda y la latencia predecibles a medida que la red crece. Esa pieza compartida es el argumento más sólido de que se trata de un sistema coordinado, no de dos cadenas con el mismo nombre. Aun así, una capa de red compartida no fusiona por sí sola dos ecosistemas de desarrolladores. La modularidad es una decisión real con una carga de coordinación real asociada, no una actualización gratuita.
@Dusk #dusk $DUSK $BTW $ACE
