#dusk $DUSK @Dusk I miré cómo fallaba un reintento de despliegue esta mañana en el lado de DuskEVM. El mismo comando de Foundry, la misma bóveda de claves cifrada, la estimación de gas parecía lo bastante limpia. La transacción simplemente se quedó colgada. La testnet puenteada de DUSK desde Nocturne aún no se había terminado de asentar: el explorador seguía mostrando el salto de L1 como pendiente, mientras que el RPC de EVM ya había enviado la carga útil firmada. Una brecha de tiempos pequeña, pero me hizo quedarme allí mirando el estado del puente en lugar de asumir que las herramientas se coordinarían solas.

Ese bloqueo dijo más que la mayoría de la documentación. Estás rebotando entre dos entornos que no comparten un reloj ni la misma superficie de verificación. Ruta nativa: compila el WASM, ejecútalo a través de dusk-vm localmente y luego pásalo a la wallet de Rusk con un nonce de despliegue que forma parte de la dirección. Si fallas el nonce, el contrato aterriza en algún lugar inesperado. En el lado EVM se siente familiar hasta que el secuenciador y la capa de disponibilidad de datos no están de acuerdo sobre cuándo un depósito es realmente efectivo. La gente empieza a tratar el faucet de Discord y el puente como infraestructura compartida en vez de tokens gratuitos, lo que cambia la forma en que secuencian sus propias pruebas con cuánta cautela.

Todavía no me convence que la configuración dual escale de forma limpia cuando más equipos toquen los mismos puntos de coordinación a la vez. Los incentivos empujan hacia una verificación cuidadosa, pero solo si detectas las brechas. La próxima vez voy a retrasar deliberadamente la confirmación del puente y veré cuántos de los scripts habituales siguen asumiendo que todo ya está en marcha.