Una vez vi que DuskEVM se basaba en OP Stack, quise rastrear una transacción real a través de él en lugar de simplemente aceptar la etiqueta. Así que ayer por la noche seguí el flujo paso a paso.

Primero se envía una transacción al secuenciador de DuskEVM. Eso es un comportamiento estándar de OP Stack: el secuenciador la ordena e la incluye en un bloque de L2 casi de inmediato. Esa es la parte que se siente rápida y familiar para cualquiera que ya haya usado un rollup. Pero el secuenciador no es el final de la historia; un batcher toma esos datos de la transacción y los publica en DuskDS, la capa de asentamiento y disponibilidad de datos de Dusk, por debajo.

Esa es la pieza adaptadora que intentaba entender. OP Stack normalmente le da ese trabajo a Ethereum. Aquí se reemplaza por DuskDS, lo que significa que la misma arquitectura de rollup que los desarrolladores ya conocen se está redirigiendo hacia una capa de asentamiento construida específicamente para la finalidad determinista de activos regulados, en lugar de hacia la seguridad de L1 de propósito general.

Seguirlo hasta el final así hizo que algo encajara, algo que la lectura del resumen no había logrado. El paso del secuenciador y el paso de DuskDS están haciendo trabajos genuinamente diferentes: uno es el que hace que tu transacción avance, el otro es el que realmente la ancla. Antes no había separado esos dos momentos; solo había estado imaginando "la transacción ocurre" como un único evento.

#dusk $DUSK @Dusk $AIO $HEMI