Las páginas de puente suelen comprimir el proceso en una sola línea de progreso, pero cuando algo sale mal, no alcanza. Detrás hay dos grupos de actores que se relevan: el SDK convierte las acciones del protocolo en datos correctos, y la wallet determina la etapa actual y envía la transacción. Entender qué gestiona cada uno es lo que permite saber dónde buscar el fallo.
El PR #947 de la official web-wallet se fusionó el 7 de agosto de 2026. Las responsabilidades del SDK en ese PR incluyen codificación del destinatario, parseo de MessagePassed y hash, hashing de withdrawal, serialización de la secuencia L1 prove/finalize y constantes del protocolo. Su trabajo es: “cómo debe cumplir estos materiales para ajustarse al protocolo”. Por el lado de la wallet, se encarga de obtener la proof, elegir el dispute-game, enviar con W3sper, el gating de finalización y la orquestación de la UI; es decir, “si ahora se puede avanzar al siguiente paso”.
El puente DuskEVM de @Dusk no puede depurar solo con “éxito o fracaso”: si la codificación no es correcta, se revisa el SDK; si la proof falla o el estado maduro no corresponde, se revisa la wallet; si los materiales están listos pero no se completó el envío a L1, entonces se revisan el reintento del envío de la transacción y la orquestación de la interfaz. Aunque la misma línea de progreso se quede detenida, los métodos de manejo pueden ser completamente distintos.
El PR también guarda por separado el ID de transacción nativa de Dusk y el hash de Ethereum tras la conversión del adapter. Al depurar, si solo se conserva un hash, al cruzar al otro lado es posible perder el índice. La acción más útil para el usuario es, desde el principio, guardar también las dos identidades de transacción.
En la práctica local de los mantenedores, con 0.1 DUSK la cuenta final incrementa netamente 0.097716912 y el gas de finalización fue 0.002283088 DUSK. Esto no es una prueba propia, ni una conclusión sobre tarifas, latencia y estabilidad de una testnet pública o de la mainnet. La actualización de $DUSK puede demostrar cómo diseñar la separación de responsabilidades y los campos para el rastreo, pero no puede garantizar el entorno externo. Alinear los componentes, las etapas y los dos tipos de hash es lo que ofrece la posibilidad de convertir un “se quedó atascado” en un problema localizable. #dusk
El PR #947 de la official web-wallet se fusionó el 7 de agosto de 2026. Las responsabilidades del SDK en ese PR incluyen codificación del destinatario, parseo de MessagePassed y hash, hashing de withdrawal, serialización de la secuencia L1 prove/finalize y constantes del protocolo. Su trabajo es: “cómo debe cumplir estos materiales para ajustarse al protocolo”. Por el lado de la wallet, se encarga de obtener la proof, elegir el dispute-game, enviar con W3sper, el gating de finalización y la orquestación de la UI; es decir, “si ahora se puede avanzar al siguiente paso”.
El puente DuskEVM de @Dusk no puede depurar solo con “éxito o fracaso”: si la codificación no es correcta, se revisa el SDK; si la proof falla o el estado maduro no corresponde, se revisa la wallet; si los materiales están listos pero no se completó el envío a L1, entonces se revisan el reintento del envío de la transacción y la orquestación de la interfaz. Aunque la misma línea de progreso se quede detenida, los métodos de manejo pueden ser completamente distintos.
El PR también guarda por separado el ID de transacción nativa de Dusk y el hash de Ethereum tras la conversión del adapter. Al depurar, si solo se conserva un hash, al cruzar al otro lado es posible perder el índice. La acción más útil para el usuario es, desde el principio, guardar también las dos identidades de transacción.
En la práctica local de los mantenedores, con 0.1 DUSK la cuenta final incrementa netamente 0.097716912 y el gas de finalización fue 0.002283088 DUSK. Esto no es una prueba propia, ni una conclusión sobre tarifas, latencia y estabilidad de una testnet pública o de la mainnet. La actualización de $DUSK puede demostrar cómo diseñar la separación de responsabilidades y los campos para el rastreo, pero no puede garantizar el entorno externo. Alinear los componentes, las etapas y los dos tipos de hash es lo que ofrece la posibilidad de convertir un “se quedó atascado” en un problema localizable. #dusk