Una cosa me hizo dejar de hacer scroll sobre la testnet de DuskEVM: el puente no es solo un flujo simple de “mover DUSK y olvidarse”.

Entré en la documentación esperando que lo interesante fuera la compatibilidad con EVM. En cambio, seguí la mecánica de las retiradas.

Ahí es donde se volvió extrañamente interesante.

Una retirada desde DuskEVM requiere tres acciones on-chain separadas: iniciar en EVM, probar en Dusk L1 y luego finalizar en L1. Más importante aún, la documentación dice que la preparación depende del estado de red publicado, la madurez de la prueba y las comprobaciones del juego de disputas, y no simplemente esperar una cantidad fija de tiempo.

Me tomé un café y volví a revisarlo.

A nivel mecánico, esto tiene sentido para un entorno de ejecución estilo OP Stack, establecido a través de DuskDS. Pero a nivel estructural, significa que la experiencia del usuario está controlada en parte por condiciones fuera de la transacción original de EVM.

Esa es la parte que nadie incluye en el titular de “EVM está activa”.

Quizá esto sea solo el intercambio inevitable de conectar dos capas de ejecución.

Pero me hizo preguntarme: a medida que DuskEVM pase de las pruebas en testnet a la actividad financiera real, ¿aceptarán los usuarios un puente donde “terminado” no necesariamente signifique “retirable” todavía?
@Dusk_Foundation
#dusk $DUSK