Desplegar un contrato de prueba pequeño en la testnet de Dusk, activa desde el 10 de agosto, se sintió como trabajo estándar de Hardhat hasta que la transacción simplemente... se confirmó. Sin estado pendiente, sin mempool que vigilar, sin esperar a que se asiente la competencia por el gas. Por un segundo pensé que mi RPC estaba fallando. No era eso: DuskEVM simplemente no ejecuta un mempool público. Es solo por secuenciador, por diseño. Ese detalle de esta tarea de CreatorPad en @Dusk y $DUSK , #dusk es el que realmente se me quedó.

Había asumido que compatible con EVM significaba que se comportaba como EVM, incluido el mempool. Al comprobar el despliegue en el explorador de la testnet de Blockscout se confirmó: las transacciones pasan directamente del batcher a la ejecución, sin una ventana visible de pre-confirmación. Viniendo de cadenas donde puedes ver una tx quedarse y sufrir un poco, esto se sintió casi demasiado silencioso.

Mi primera reacción fue una leve molestia; me gusta ver estados pendientes, es parte de cómo evalúo la carga de la red. Luego lo reconsideré: que no exista un mempool público también significa que no se puede hacer front-running de la forma habitual, lo cual encaja con una cadena construida alrededor de la privacidad y el cumplimiento en lugar de un teatro DeFi abierto.

Aun así, no estoy seguro de cómo se sostiene esto cuando entren en escena liquidez real y más descentralización del secuenciador. DYOR; esto es solo el comportamiento de la testnet por ahora, no una propiedad confirmada de la arquitectura de la red principal.

¿Prefieres cadenas con un mempool visible?