Pasé la semana profundizando en el lado más técnico de Dusk: Argon2, Equihash, PLONK, el consenso, todo lo técnico que normalmente acapara la atención.
Luego miré lo que realmente ocurrió en Dusk a principios de este año.
Y honestamente, la lección tuvo muy poco que ver con la criptografía.
El 16 de enero de 2026, Dusk detectó que algo no estaba bien con una de sus carteras de puente. Resultó que alguien había obtenido acceso y estaba moviendo fondos.
Dusk cerró el puente a las 23:12 UTC para contenerlo.
Algunas transacciones ya habían pasado, pero Dusk dijo que los fondos de los usuarios no se vieron afectados. DuskDS siguió funcionando con normalidad.
Esa parte es importante.
Esto no fue un fallo de consenso ni un problema con el protocolo central.
Fue una vulneración de la cartera del puente.
Lo que pasó después es lo que me llamó la atención.
Dusk no solo reemplazó la cartera y siguió adelante. Rediseñaron el puente.
La firma se separó del manejo de eventos. El procesamiento de eventos se separó del desembolso de fondos. Se redujo la exposición de la hot-wallet y se reforzó la infraestructura del puente.
Para mí, ese es el aprendizaje real.
Si una parte de un sistema se ve comprometida, no debería tener suficiente acceso como para derribar el resto del sistema.
Eso se vuelve aún más importante si Dusk quiere trabajar con mercados financieros regulados.
Una capa base segura no es suficiente cuando un puente todavía puede convertirse en un límite de seguridad separado.
Así que me queda una pregunta:
Cuando los activos financieros reales se mueven onchain, ¿debería construirse en el protocolo una mayor parte de esa seguridad, o deberían seguir siendo las carteras y los puentes los responsables de ella?
@Dusk #DUSK $DUSK
Luego miré lo que realmente ocurrió en Dusk a principios de este año.
Y honestamente, la lección tuvo muy poco que ver con la criptografía.
El 16 de enero de 2026, Dusk detectó que algo no estaba bien con una de sus carteras de puente. Resultó que alguien había obtenido acceso y estaba moviendo fondos.
Dusk cerró el puente a las 23:12 UTC para contenerlo.
Algunas transacciones ya habían pasado, pero Dusk dijo que los fondos de los usuarios no se vieron afectados. DuskDS siguió funcionando con normalidad.
Esa parte es importante.
Esto no fue un fallo de consenso ni un problema con el protocolo central.
Fue una vulneración de la cartera del puente.
Lo que pasó después es lo que me llamó la atención.
Dusk no solo reemplazó la cartera y siguió adelante. Rediseñaron el puente.
La firma se separó del manejo de eventos. El procesamiento de eventos se separó del desembolso de fondos. Se redujo la exposición de la hot-wallet y se reforzó la infraestructura del puente.
Para mí, ese es el aprendizaje real.
Si una parte de un sistema se ve comprometida, no debería tener suficiente acceso como para derribar el resto del sistema.
Eso se vuelve aún más importante si Dusk quiere trabajar con mercados financieros regulados.
Una capa base segura no es suficiente cuando un puente todavía puede convertirse en un límite de seguridad separado.
Así que me queda una pregunta:
Cuando los activos financieros reales se mueven onchain, ¿debería construirse en el protocolo una mayor parte de esa seguridad, o deberían seguir siendo las carteras y los puentes los responsables de ella?
@Dusk #DUSK $DUSK
