Al evaluar el progreso de un proyecto, no me importa lo que diga sobre la red principal; lo que miro es su repositorio de GitHub. En el código de @Dusk hay una señal muy honesta: en los issues del repositorio de documentación se escribe que, tras adoptar una arquitectura modular, se recomienda a los desarrolladores usar DuskEVM, pero gran parte de la documentación existente aún habla de DuskVM. Es decir, el rumbo del producto ya se ha desviado, pero la documentación y el código todavía no han terminado de ponerse al día.
El GitHub público de Dusk también respalda este desajuste. dusk-network/rusk es una implementación de referencia, donde están incluidos módulos centrales como dusk-vm, dusk-core y las pruebas de conocimiento cero PLONK; sin embargo, el repositorio independiente rusk-vm, más cercano a las capacidades nativas, no genera mucho interés: el número de estrellas y las señales de actividad parecen más apagadas que en la narrativa principal. En cambio, la documentación oficial ya coloca en la posición más conveniente el quickstart de DuskEVM, Solidity y la cadena de herramientas de Ethereum. Un proyecto que presume de privacidad nativa y contratos inteligentes WASM, pero que en la práctica dirige a los nuevos desarrolladores hacia el camino de EVM: por sí mismo, ya es una declaración silenciosa. #dusk
Todavía no considero el número de estrellas como una conclusión definitiva, porque la actividad del código también depende de la frecuencia de los commits, la cantidad de contribuyentes y la tasa de cierre de issues. Pero al juntar estos fragmentos, el rumbo queda bastante claro: $DUSK tiene su foco en la migración; la parte del VM nativo parece más una capacidad que se conservará a largo plazo, y no una puerta de entrada de desarrollo que se impulse ahora mismo. En el anuncio oficial, “mainnet coming” requiere un ritmo de entrega de código correspondiente que lo sustente, y no solo cambiar directorios apoyándose en documentos técnicos.
La conclusión es: por ahora, las señales de código públicas no son suficientes para sostener la afirmación de que “los dos entornos de ejecución están igualmente maduros”. DuskEVM es claramente la dirección más activa y más impulsada; DuskVM se asemeja más a un recurso que aún no ha sido pulido a fondo. El progreso real se debe medir por si, en los próximos hitos, los issues se cierran de forma continua, y no por el hecho de que en la página principal aparezcan más artículos conceptuales.
El GitHub público de Dusk también respalda este desajuste. dusk-network/rusk es una implementación de referencia, donde están incluidos módulos centrales como dusk-vm, dusk-core y las pruebas de conocimiento cero PLONK; sin embargo, el repositorio independiente rusk-vm, más cercano a las capacidades nativas, no genera mucho interés: el número de estrellas y las señales de actividad parecen más apagadas que en la narrativa principal. En cambio, la documentación oficial ya coloca en la posición más conveniente el quickstart de DuskEVM, Solidity y la cadena de herramientas de Ethereum. Un proyecto que presume de privacidad nativa y contratos inteligentes WASM, pero que en la práctica dirige a los nuevos desarrolladores hacia el camino de EVM: por sí mismo, ya es una declaración silenciosa. #dusk
Todavía no considero el número de estrellas como una conclusión definitiva, porque la actividad del código también depende de la frecuencia de los commits, la cantidad de contribuyentes y la tasa de cierre de issues. Pero al juntar estos fragmentos, el rumbo queda bastante claro: $DUSK tiene su foco en la migración; la parte del VM nativo parece más una capacidad que se conservará a largo plazo, y no una puerta de entrada de desarrollo que se impulse ahora mismo. En el anuncio oficial, “mainnet coming” requiere un ritmo de entrega de código correspondiente que lo sustente, y no solo cambiar directorios apoyándose en documentos técnicos.
La conclusión es: por ahora, las señales de código públicas no son suficientes para sostener la afirmación de que “los dos entornos de ejecución están igualmente maduros”. DuskEVM es claramente la dirección más activa y más impulsada; DuskVM se asemeja más a un recurso que aún no ha sido pulido a fondo. El progreso real se debe medir por si, en los próximos hitos, los issues se cierran de forma continua, y no por el hecho de que en la página principal aparezcan más artículos conceptuales.
