#dusk @Dusk $DUSK Arquitectura, específicamente cómo funcionan los contratos inteligentes confidenciales bajo el estándar XSC y un detalle sigue llamando mi atención.
Dusk se posiciona como la primera blockchain con contratos inteligentes confidenciales nativos, lo que significa que la lógica de ejecución, las contrapartes y los importes están ocultos por defecto. No está envuelto en una capa de privacidad encima: está integrado en el entorno de ejecución base. Esa es, al menos, la afirmación arquitectónica.
Lo que me hizo detenerme y pensarlo de verdad fue el 16 de agosto: el equipo de Dusk detectó actividad sospechosa vinculada a una cartera puente administrada por el equipo. Pausaron los servicios del puente, deshabilitaron direcciones relacionadas y coordinaron con Binance después de que parte del flujo tocara su plataforma. Dicen que no se vieron afectados los fondos de los usuarios. Pero léelo con cuidado: esto no fue una falla de protocolo. Fue infraestructura de puente fuera de la cadena.
La propia L1 se mantuvo limpia.
Y ahí está la tensión interesante. El equipo confirmó explícitamente que el incidente no fue un problema a nivel de protocolo en DuskDS, la cadena nativa. Eso significa que la capa de ejecución confidencial hizo lo que debía hacer. La vulnerabilidad estaba exactamente donde siempre ocurre: en el puente, no en la cadena.
Honestamente, no esperaba que lo contuvieran tan rápido. Me sorprendió un poco.
Lo que no puedo confirmar: cuántas transacciones realmente ocurrieron durante la ventana del incidente y si alguna interacción de contratos protegidos se vio afectada del lado nativo. Esos datos no se pueden leer fácilmente, que es justamente parte de la gracia de los contratos confidenciales, pero también hace más difícil la verificación independiente.
El puente permanece cerrado en espera de una revisión de seguridad completa. Mientras tanto, DuskEVM sigue en camino. Vale la pena observar de cerca cómo interactúan esas dos líneas de tiempo...
Dusk se posiciona como la primera blockchain con contratos inteligentes confidenciales nativos, lo que significa que la lógica de ejecución, las contrapartes y los importes están ocultos por defecto. No está envuelto en una capa de privacidad encima: está integrado en el entorno de ejecución base. Esa es, al menos, la afirmación arquitectónica.
Lo que me hizo detenerme y pensarlo de verdad fue el 16 de agosto: el equipo de Dusk detectó actividad sospechosa vinculada a una cartera puente administrada por el equipo. Pausaron los servicios del puente, deshabilitaron direcciones relacionadas y coordinaron con Binance después de que parte del flujo tocara su plataforma. Dicen que no se vieron afectados los fondos de los usuarios. Pero léelo con cuidado: esto no fue una falla de protocolo. Fue infraestructura de puente fuera de la cadena.
La propia L1 se mantuvo limpia.
Y ahí está la tensión interesante. El equipo confirmó explícitamente que el incidente no fue un problema a nivel de protocolo en DuskDS, la cadena nativa. Eso significa que la capa de ejecución confidencial hizo lo que debía hacer. La vulnerabilidad estaba exactamente donde siempre ocurre: en el puente, no en la cadena.
Honestamente, no esperaba que lo contuvieran tan rápido. Me sorprendió un poco.
Lo que no puedo confirmar: cuántas transacciones realmente ocurrieron durante la ventana del incidente y si alguna interacción de contratos protegidos se vio afectada del lado nativo. Esos datos no se pueden leer fácilmente, que es justamente parte de la gracia de los contratos confidenciales, pero también hace más difícil la verificación independiente.
El puente permanece cerrado en espera de una revisión de seguridad completa. Mientras tanto, DuskEVM sigue en camino. Vale la pena observar de cerca cómo interactúan esas dos líneas de tiempo...