En este tiempo he visto muchas actividades relacionadas con Dusk, y la intensidad de los beneficios es realmente considerable. Siento que podría haber alguna oportunidad dentro, así que volví a sacar detenidamente su arquitectura, estudiándola de nuevo.
Antes tenía la impresión de que Dusk, con DuskEVM, es compatible con Solidity: los desarrolladores pueden trasladar sus contratos y ponerse a trabajar con relativa facilidad, así que parecía que la barrera de entrada no era alta. Pero cuando realmente me puse a mirarlo en profundidad, descubrí que la EVM es más bien como una zona de exhibición al exterior, principalmente para atraer a los desarrolladores familiarizados con el ecosistema de Ethereum.
Lo verdaderamente “duro” —la lógica de privacidad, las pruebas ZK y los contratos confidenciales— en realidad está enterrado en el núcleo: es decir, el DuskVM nativo, que corre sobre Rust/WASM. Existen dos entornos de ejecución al mismo tiempo, y además el $DUSK tiene que adaptarse a ambos, con lógicas de ejecución completamente distintas. La complejidad que hay detrás es enorme, pero la mayoría de los contenidos promocionales la rozan por encima y no la explican.
En esto, la verdad, estoy bastante de acuerdo: no se limita a alardear de que la EVM puede hacerlo todo, ni mete absolutamente todo a la EVM. Pero el problema llega con esto mismo: muchos desarrolladores quizá solo quieran quedarse en la zona de exhibición de EVM, que es fácil de empezar; en cambio, esos módulos de privacidad potentes que están en el núcleo se enfrentan a un ecosistema de Rust más bien reducido, y la dificultad para empezar es mucho más alta.
Me preocupa que, al final, la compatibilidad con EVM se convierta en un cartel llamativo: por fuera el ecosistema se ve muy animado, pero en realidad pocas personas están dispuestas a meterse de lleno a crear aplicaciones de privacidad realmente clave. La zona de exhibición llena de gente, y la zona del núcleo fría y vacía.
En general, la dirección del @Dusk sí tiene ideas, pero no se puede ignorar el coste de desarrollo y auditoría que implica ejecutar dos máquinas virtuales en paralelo. Más adelante seguiré observando de forma continua la actividad real de desarrollo en ambos lados, para ver si los desarrolladores solo dan vueltas por la periferia o si están dispuestos a entrar al núcleo para explotar capacidades nativas. Los interesados también pueden revisar la documentación por su cuenta, mirar la narrativa con racionalidad y hacer DYOR.
#dusk $DUSK @Dusk
Antes tenía la impresión de que Dusk, con DuskEVM, es compatible con Solidity: los desarrolladores pueden trasladar sus contratos y ponerse a trabajar con relativa facilidad, así que parecía que la barrera de entrada no era alta. Pero cuando realmente me puse a mirarlo en profundidad, descubrí que la EVM es más bien como una zona de exhibición al exterior, principalmente para atraer a los desarrolladores familiarizados con el ecosistema de Ethereum.
Lo verdaderamente “duro” —la lógica de privacidad, las pruebas ZK y los contratos confidenciales— en realidad está enterrado en el núcleo: es decir, el DuskVM nativo, que corre sobre Rust/WASM. Existen dos entornos de ejecución al mismo tiempo, y además el $DUSK tiene que adaptarse a ambos, con lógicas de ejecución completamente distintas. La complejidad que hay detrás es enorme, pero la mayoría de los contenidos promocionales la rozan por encima y no la explican.
En esto, la verdad, estoy bastante de acuerdo: no se limita a alardear de que la EVM puede hacerlo todo, ni mete absolutamente todo a la EVM. Pero el problema llega con esto mismo: muchos desarrolladores quizá solo quieran quedarse en la zona de exhibición de EVM, que es fácil de empezar; en cambio, esos módulos de privacidad potentes que están en el núcleo se enfrentan a un ecosistema de Rust más bien reducido, y la dificultad para empezar es mucho más alta.
Me preocupa que, al final, la compatibilidad con EVM se convierta en un cartel llamativo: por fuera el ecosistema se ve muy animado, pero en realidad pocas personas están dispuestas a meterse de lleno a crear aplicaciones de privacidad realmente clave. La zona de exhibición llena de gente, y la zona del núcleo fría y vacía.
En general, la dirección del @Dusk sí tiene ideas, pero no se puede ignorar el coste de desarrollo y auditoría que implica ejecutar dos máquinas virtuales en paralelo. Más adelante seguiré observando de forma continua la actividad real de desarrollo en ambos lados, para ver si los desarrolladores solo dan vueltas por la periferia o si están dispuestos a entrar al núcleo para explotar capacidades nativas. Los interesados también pueden revisar la documentación por su cuenta, mirar la narrativa con racionalidad y hacer DYOR.
#dusk $DUSK @Dusk