Pasé algún tiempo con Dusk Network esta semana, específicamente el enfoque de cumplimiento y su ejecución. $DUSK , #dusk , @Dusk . La propuesta es limpia: una Capa 1 donde las reglas financieras no son políticas, son código. MiFID II, MiCA, el Régimen Piloto de DLT, integrados a nivel de protocolo. Divulgación selectiva. Cumplimiento con ZK. No confías en que un tercero cumpla las reglas; la cadena las hace cumplir.

Luego ocurrió el 16 de agosto.

El incidente del puente es interesante no porque fuera catastrófico: no lo fue. El mainnet de DuskDS funcionó bien. No se perdieron fondos de usuarios. Pero la respuesta reveló algo con lo que vale la pena quedarse: la lista de bloqueo del destinatario de Web Wallet, que impedía transferencias a direcciones sancionadas o comprometidas, se envió como mitigación después del incidente, no antes. La capa de protocolo resistió. La capa operativa tenía un hueco.

Esa es la cuestión del «cumplimiento programático». Está en capas. La arquitectura ZK-KYC y la infraestructura de Citadel pueden ser todo lo que dicen que son, y aun así: una wallet de puente puede comportarse de forma inconsistente con la misma tesis de cumplimiento con la que está construida la cadena. La ejecución existe donde fue construida. No en todas partes, no automáticamente.

No creo que esto rompa la tesis. Pero sí la aclara. Dusk está construyendo infraestructura regulada por capas, y esas capas maduran a ritmos distintos.

Lo que no dejo de darle vueltas: cuando vendes una ley financiera programable, ¿en qué capa está realmente la ley?