#dusk $DUSK @Dusk
Una cosa que seguía preguntándome sobre @Dusk era esto:
Si el proyecto ya tiene su propia L1, ¿por qué dedicar tanto esfuerzo a construir también DuskEVM?
La respuesta empezó a tener sentido cuando miré a quién Dusk intenta realmente servir.
Muchos creadores ya viven en el mundo de Solidity y EVM. Ahí es donde están sus herramientas, eso es lo que conocen sus equipos, y así es como ya se construyen muchas aplicaciones onchain. Entonces, en lugar de obligar a esos creadores a empezar desde cero, Dusk abre una puerta familiar a través de DuskEVM.
Pero lo que encuentro más interesante es que Dusk no se detiene en la “compatibilidad con EVM”.
DuskEVM ofrece la ruta de ejecución familiar, mientras que DuskDS sigue estando debajo como base de liquidación. Luego Hedger entra para añadir flujos EVM confidenciales, de modo que las transacciones no tengan que elegir entre ser utilizables y ser privadas.
Eso es lo que hace que el diseño me parezca más inteligente.
Muchas cadenas persiguen la compatibilidad. Muchos proyectos de privacidad se quedan demasiado aislados. Dusk está intentando conectar ambas cosas: acceso EVM familiar para los creadores, privacidad donde las aplicaciones financieras realmente la necesitan, y una liquidación que aún pertenece al stack de Dusk.
Esto encaja bastante bien con la idea más amplia de Dusk.
No solo llevar aplicaciones a onchain, sino hacer que las finanzas onchain se vean más utilizables para mercados reales.
Y si más actividad, aplicaciones y flujos de liquidación se mueven a través de ese stack, entonces $DUSK importa de forma natural como parte de la economía de la red, en lugar de ser solo un token con una historia asociada.
Una cosa que seguía preguntándome sobre @Dusk era esto:
Si el proyecto ya tiene su propia L1, ¿por qué dedicar tanto esfuerzo a construir también DuskEVM?
La respuesta empezó a tener sentido cuando miré a quién Dusk intenta realmente servir.
Muchos creadores ya viven en el mundo de Solidity y EVM. Ahí es donde están sus herramientas, eso es lo que conocen sus equipos, y así es como ya se construyen muchas aplicaciones onchain. Entonces, en lugar de obligar a esos creadores a empezar desde cero, Dusk abre una puerta familiar a través de DuskEVM.
Pero lo que encuentro más interesante es que Dusk no se detiene en la “compatibilidad con EVM”.
DuskEVM ofrece la ruta de ejecución familiar, mientras que DuskDS sigue estando debajo como base de liquidación. Luego Hedger entra para añadir flujos EVM confidenciales, de modo que las transacciones no tengan que elegir entre ser utilizables y ser privadas.
Eso es lo que hace que el diseño me parezca más inteligente.
Muchas cadenas persiguen la compatibilidad. Muchos proyectos de privacidad se quedan demasiado aislados. Dusk está intentando conectar ambas cosas: acceso EVM familiar para los creadores, privacidad donde las aplicaciones financieras realmente la necesitan, y una liquidación que aún pertenece al stack de Dusk.
Esto encaja bastante bien con la idea más amplia de Dusk.
No solo llevar aplicaciones a onchain, sino hacer que las finanzas onchain se vean más utilizables para mercados reales.
Y si más actividad, aplicaciones y flujos de liquidación se mueven a través de ese stack, entonces $DUSK importa de forma natural como parte de la economía de la red, en lugar de ser solo un token con una historia asociada.