Antes pensaba que una capa compatible con EVM era, en su mayor parte, algo relacionado con hacer que una cadena fuera más fácil de usar para los desarrolladores. Luego miré con más detenimiento DuskEVM y me di cuenta de que lo interesante es lo que le toca “encima”. Puedes seguir trabajando con herramientas EVM familiares en lugar de tener que volver a aprender todo solo para acceder a otra red.

DuskEVM ofrece a los creadores una vía Solidity/EVM hacia Dusk, mientras que Hedger está diseñado para llevar flujos de trabajo EVM confidenciales a ese entorno. Utiliza cifrado homomórfico y pruebas de conocimiento cero para respaldar la privacidad, que aun así puede revisarse cuando sea necesario. Así que la parte de EVM no es realmente toda la historia… es la puerta familiar hacia la infraestructura que Dusk está construyendo por debajo. 🤯

Eso me hizo pensar en cómo suelen elegir los desarrolladores dónde construir. Las herramientas familiares importan porque nadie quiere reconstruir todo su flujo de trabajo solo para experimentar con una cadena nueva. Pero en aplicaciones reguladas, la infraestructura que hay debajo importa tanto como eso. Ser compatible con EVM es útil, pero contar con privacidad y capacidad de revisión incorporadas al entorno es lo que hace que la combinación sea más interesante.

Todavía me intriga qué es lo que la gente realmente va a construir con eso 😂, porque solo la compatibilidad no garantiza que alguien vaya a usarla. Pero me gusta el rumbo. DuskEVM no parece estar pidiendo a los desarrolladores que elijan entre el desarrollo EVM familiar y la infraestructura centrada en la privacidad de Dusk. Está intentando poner las dos cosas juntas, y esa es la parte a la que le voy a prestar atención.

@Dusk #dusk $DUSK