Volví a echarle un vistazo al modelo de seguridad de Dusk, y la reciente actualización AEGIS me hizo detenerme por un segundo.
Dusk divulgó 39 hallazgos de seguridad corregidos en la remediación, incluidos siete clasificados como críticos. Los problemas abarcaron desde la ejecución de VM y la seguridad de memoria hasta la autenticación del consenso y el manejo de transacciones de Phoenix. �
Dusk
Eso no es algo que normalmente se ve en la versión pulida de una historia de infraestructura.
Pero, honestamente, creo que vale la pena prestar atención.
Una red diseñada para actividades financieras reguladas no puede tratar la seguridad como un hito de una sola vez. Cuanta más funcionalidad incorporas en la capa base, más superficies hay que probar, revisar y, en ocasiones, replantear.
Lo que captó mi atención fue que Dusk no enmarcó estos hallazgos como una razón para ocultar las partes difíciles. La respuesta fue un gran hard fork y un amplio esfuerzo de remediación.
Eso cambia la forma en que miro la madurez del protocolo.
La seguridad no se demuestra realmente cuando todo se ve limpio.
Se pone a prueba cuando algo sale mal, cuando se cuestionan las suposiciones y cuando el equipo tiene que decidir cuánto del sistema necesita cambiar.
Dusk está intentando construir infraestructura donde la privacidad, los contratos inteligentes y el asentamiento financiero convergen.
Así que quizá la pregunta más útil no sea si las vulnerabilidades existirán alguna vez.
La cuestión es si la red sigue mejorando para encontrarlas antes de que la actividad financiera real dependa de ellas.
@Dusk_Foundation $DUSK #dusk
Dusk divulgó 39 hallazgos de seguridad corregidos en la remediación, incluidos siete clasificados como críticos. Los problemas abarcaron desde la ejecución de VM y la seguridad de memoria hasta la autenticación del consenso y el manejo de transacciones de Phoenix. �
Dusk
Eso no es algo que normalmente se ve en la versión pulida de una historia de infraestructura.
Pero, honestamente, creo que vale la pena prestar atención.
Una red diseñada para actividades financieras reguladas no puede tratar la seguridad como un hito de una sola vez. Cuanta más funcionalidad incorporas en la capa base, más superficies hay que probar, revisar y, en ocasiones, replantear.
Lo que captó mi atención fue que Dusk no enmarcó estos hallazgos como una razón para ocultar las partes difíciles. La respuesta fue un gran hard fork y un amplio esfuerzo de remediación.
Eso cambia la forma en que miro la madurez del protocolo.
La seguridad no se demuestra realmente cuando todo se ve limpio.
Se pone a prueba cuando algo sale mal, cuando se cuestionan las suposiciones y cuando el equipo tiene que decidir cuánto del sistema necesita cambiar.
Dusk está intentando construir infraestructura donde la privacidad, los contratos inteligentes y el asentamiento financiero convergen.
Así que quizá la pregunta más útil no sea si las vulnerabilidades existirán alguna vez.
La cuestión es si la red sigue mejorando para encontrarlas antes de que la actividad financiera real dependa de ellas.
@Dusk_Foundation $DUSK #dusk