Recientemente he visto avances técnicos en el ecosistema Dusk, y algunos detalles son bastante interesantes.

El núcleo es que DuskDS, esta capa de disponibilidad de datos + liquidación, ya ha estado funcionando de manera estable en la mainnet durante un tiempo, y la actualización Rusk, como la última etapa antes del lanzamiento de la mainnet, es clave para abrir el camino en el procesamiento de transacciones BLOB. En otras palabras, se trata de aclarar completamente cómo las transacciones en lote de L2 se colocan en el canal de L1.

Aquí hay algunos datos duros que vale la pena analizar: actualmente, BLOB produce en intervalos fijos, aproximadamente cada 7 minutos una ventana. Si un lote de transacciones EVM no cabe en un BLOB, el sistema automáticamente lo divide en BLOBs posteriores. Según los parámetros actuales, una ventana puede producir hasta 6 BLOBs — puedes imaginarlo como el número de carriles en una autopista de liquidación. Cuantos más carriles claros, mayor será el rendimiento y menor el costo, lo cual es crucial para negocios que requieren alta estabilidad, como DeFi regulado o RWA.

Lo que es aún más interesante es su lógica de posicionamiento. DuskEVM es una capa de ejecución equivalente a EVM, pero la liquidación se realiza en una L1 de privacidad y cumplimiento que no es EVM — esto no es solo un cambio superficial, sino que realmente combina la "cadena de herramientas familiar para desarrolladores" con la "base de cumplimiento necesaria para instituciones".

En la práctica: las carteras del ecosistema EVM y los dispositivos de firma hardware pueden integrarse de manera más fluida; para instituciones y proyectos, incluso pueden construir rápidamente una capa L2 personalizada basada en la capa base, con flexibilidad para elegir modos de permiso/no permiso, configurar reglas de secuenciador, e incorporar los requisitos regulatorios directamente en los parámetros en lugar de en una presentación PPT.