¿Sigues creyendo todavía en esas inscripciones de «enviado» más de lo que conviene?

La pantalla ya está en verde. El dinero aún va en camino. A veces tardan un día. A veces dos. Entre el botón y el registro real hay un agujero del que todos prefieren no hablar.

Y ahora ese mismo agujero te vuelve a mirar desde DuskEVM.

Por fuera, todo parece comodidad total. El mismo Solidity. El mismo Hardhat. Las mismas carteras. No hay nada que aprender. El código funciona como antes. Todo es «conocido».

Pero bajo el capó hay un desvío silencioso. La ejecución y el cálculo ya no son un único evento. La transacción se incluye rápido. Luego, aun así, sigue su propio camino: paquete → prueba → registro en DuskDS. Dos temporizadores. No uno.

Y todos fingen que el segundo temporizador no existe. Porque el primero se ve demasiado habitual. Si las herramientas son las mismas, ¿para qué cambiar la sensación de que todo termina? Las viejas costumbres simplemente se mudan a la nueva pila. «Activado» se lee como «calculado». A la velocidad pegan puentes y liquidaciones, olvidando que el compromiso real —solo— ocurre en DuskDS.

Cómo aguantará esta construcción un conflicto real en modo fault-proof en un mal día es una pregunta que, por ahora, nadie se atreve a plantear en voz alta. En la documentación de Dusk esto está. Pero la documentación y el reflejo pertenecen a universos distintos.
#dusk $DUSK @Dusk