#dusk Hoy, al comparar @Dusk del sitio web oficial y la documentación de desarrollo, me encontré con un detalle que es más digno de mirarse que el rendimiento: el sitio web oficial aún marca DuskEVM como Testnet, y la guía del puente entre capas también indica explícitamente que solo los usuarios deben utilizar monedas de prueba sin valor real; pero la documentación de despliegue ya lista el Chain ID de la red principal 744, las direcciones de RPC y del navegador. Es posible que ambos conjuntos de información no sean necesariamente contradictorios: quizá la infraestructura se haya preparado primero y el estado del producto se haya confirmado después; sin embargo, para un usuario común, “tener configuración de red principal” y “la red principal está oficialmente abierta” no son lo mismo.
La dirección de DuskEVM es bastante fácil de entender: permite que las aplicaciones de Solidity sigan usando herramientas conocidas como Hardhat y Foundry, y que los resultados de ejecución y los datos se publiquen de vuelta en DuskDS, pagando el Gas con $DUSK . Así se reduce el costo de migración para los desarrolladores y, además, se deja una ruta de acceso para futuros procesos de privacidad. El proceso de salida del puente de la red de pruebas no termina con un solo clic: primero se inicia en el lado EVM, luego se envía una prueba en Dusk L1 y finalmente se confirma; el estado también debe pasar por la propuesta de salida, la maduración de la prueba y la verificación de disputas.
El riesgo de este diseño no está en que haya demasiados pasos, sino en que el estado puede quedar oculto con una frase como “compatible con EVM”. Que el RPC responda no significa que el puente, el navegador, la billetera y la ruta de salida cumplan con el estándar de producción; que la documentación muestre parámetros de red principal tampoco equivale a que ya estén listos la liquidez, las aplicaciones y el presupuesto de seguridad. Además, el servicio del puente ya tuvo un incidente previo de compromiso de una billetera con firma; por lo tanto, la ruta de fondos entre capas requiere aún más claridad sobre el anuncio de lanzamiento, los límites y las explicaciones de monitoreo.
Por eso, ahora mismo no me apresuro a ponerle a DuskEVM etiquetas de “ya maduro” o “sin avances”. Lo que realmente hay que esperar es un estado unificado por parte de la entidad oficial: el alcance de la apertura de la red principal, si el puente está orientado a fondos reales, las primeras aplicaciones, los datos de auditoría de contratos y los resultados de pruebas reales de salida. Para este proyecto, la tabla de configuración es una señal de preparación; el verdadero “completado” es el retorno estable de fondos reales.
$CLO $BTC
La dirección de DuskEVM es bastante fácil de entender: permite que las aplicaciones de Solidity sigan usando herramientas conocidas como Hardhat y Foundry, y que los resultados de ejecución y los datos se publiquen de vuelta en DuskDS, pagando el Gas con $DUSK . Así se reduce el costo de migración para los desarrolladores y, además, se deja una ruta de acceso para futuros procesos de privacidad. El proceso de salida del puente de la red de pruebas no termina con un solo clic: primero se inicia en el lado EVM, luego se envía una prueba en Dusk L1 y finalmente se confirma; el estado también debe pasar por la propuesta de salida, la maduración de la prueba y la verificación de disputas.
El riesgo de este diseño no está en que haya demasiados pasos, sino en que el estado puede quedar oculto con una frase como “compatible con EVM”. Que el RPC responda no significa que el puente, el navegador, la billetera y la ruta de salida cumplan con el estándar de producción; que la documentación muestre parámetros de red principal tampoco equivale a que ya estén listos la liquidez, las aplicaciones y el presupuesto de seguridad. Además, el servicio del puente ya tuvo un incidente previo de compromiso de una billetera con firma; por lo tanto, la ruta de fondos entre capas requiere aún más claridad sobre el anuncio de lanzamiento, los límites y las explicaciones de monitoreo.
Por eso, ahora mismo no me apresuro a ponerle a DuskEVM etiquetas de “ya maduro” o “sin avances”. Lo que realmente hay que esperar es un estado unificado por parte de la entidad oficial: el alcance de la apertura de la red principal, si el puente está orientado a fondos reales, las primeras aplicaciones, los datos de auditoría de contratos y los resultados de pruebas reales de salida. Para este proyecto, la tabla de configuración es una señal de preparación; el verdadero “completado” es el retorno estable de fondos reales.
$CLO $BTC
