#dusk #DUSK @Dusk He estado mirando DUSK últimamente y hay una cosa que no deja de llamarme la atención.
Se suponía que esto iba a tomar cinco minutos: solo revisar por qué un validador que sigo mostró de repente 3x la exposición que tuvo el mes pasado. En cambio, llevo dos horas metido en restaking, y ya no estoy tan seguro de que “seguridad compartida” signifique lo mismo que todos asumen que significa.
La idea: en lugar de construir un conjunto de validadores nuevo desde cero para cada cadena, tomas uno que ya existe, que ya tiene confianza. La cadena obtiene seguridad desde el día uno. El validador cobra dos veces por un trabajo que, en su mayor parte, ya estaba haciendo. Todos ganan, supuestamente. Cuando algo suena tan limpio, empiezo a buscar la costura.
Lo encontré pensando en Dusk, de todas las cosas. Si un validador respalda cinco o seis redes a la vez — que es justamente el punto — y una de ellas tiene un día realmente malo, el “slashing” no se queda contenido. Puede comerse la misma apuesta que respalda todo lo demás que toca ese validador. Un problema que empieza en un lugar termina en otro que no tiene relación.
Es una especie de espejo del problema de XSC: allí los datos están ocultos; aquí todo está en cadena y es visible, y aun así oculta cómo el riesgo se volvió silenciosamente correlacionado. Mecanismo distinto, mismo resultado: no te enteras hasta que ya es tarde.
Probablemente esté bien a la escala actual. Pero esto se siente como algo que se queda callado, y luego de pronto deja muy claro que no.

$PUMP
$TUT
$DUSK