Casi me salto DuskEVM como otro anuncio más de “añadimos compatibilidad con EVM”. Luego vi cómo se construye en realidad, y apareció por sí sola una pregunta más interesante.
DuskEVM funciona como una capa de ejecución compatible con Solidity construida sobre OP Stack, liquidando de vuelta en la cadena base de Dusk, con el gas pagado en DUSK. En la práctica, eso significa que un desarrollador puede desplegar algo que ya escribió para Ethereum u otra L2 con cambios mínimos. En papel, eso es una barrera real eliminada. Las funciones confidenciales no están integradas en cada contrato por defecto; viven en un componente separado llamado Hedger, al que los desarrolladores tienen que recurrir específicamente si quieren flujos de transacciones privadas.
Esa es la parte con la que sigo dándole vueltas. Si la ruta fácil es Solidity estándar sin privacidad involucrada, ¿qué es lo que realmente atrae a un desarrollador hacia Dusk en lugar de cualquier otra cadena EVM con liquidez más barata y una base de usuarios más grande ya establecida? La compatibilidad reduce el costo de construir aquí. No le da automáticamente a nadie una razón para hacerlo.
La respuesta honesta probablemente sea que DuskEVM no está intentando ganar a desarrolladores genéricos en absoluto. Está buscando eliminar la fricción para equipos que ya necesitan el lado de cumplimiento y liquidación y que solo evitaban Dusk por el tema de las herramientas. Si ese grupo es lo suficientemente grande como para importar, es otra cuestión, y una que por sí sola los números del testnet no responderán.
@Dusk_Foundation $DUSK #dusk $TUT $GPS
DuskEVM funciona como una capa de ejecución compatible con Solidity construida sobre OP Stack, liquidando de vuelta en la cadena base de Dusk, con el gas pagado en DUSK. En la práctica, eso significa que un desarrollador puede desplegar algo que ya escribió para Ethereum u otra L2 con cambios mínimos. En papel, eso es una barrera real eliminada. Las funciones confidenciales no están integradas en cada contrato por defecto; viven en un componente separado llamado Hedger, al que los desarrolladores tienen que recurrir específicamente si quieren flujos de transacciones privadas.
Esa es la parte con la que sigo dándole vueltas. Si la ruta fácil es Solidity estándar sin privacidad involucrada, ¿qué es lo que realmente atrae a un desarrollador hacia Dusk en lugar de cualquier otra cadena EVM con liquidez más barata y una base de usuarios más grande ya establecida? La compatibilidad reduce el costo de construir aquí. No le da automáticamente a nadie una razón para hacerlo.
La respuesta honesta probablemente sea que DuskEVM no está intentando ganar a desarrolladores genéricos en absoluto. Está buscando eliminar la fricción para equipos que ya necesitan el lado de cumplimiento y liquidación y que solo evitaban Dusk por el tema de las herramientas. Si ese grupo es lo suficientemente grande como para importar, es otra cuestión, y una que por sí sola los números del testnet no responderán.
@Dusk_Foundation $DUSK #dusk $TUT $GPS