El puente sigue caído, y eso es a lo que vuelvo una y otra vez durante un tiempo.
@Dusk pausó sus servicios de puente el 16 de enero después de que el monitoreo detectara actividad inconsistente con las operaciones normales: una billetera operativa gestionada por un equipo, no el protocolo. Los bloques de DuskDS nunca se detuvieron. Pero el puente sigue en pausa mientras terminan el trabajo de endurecimiento, y la mitigación que ya se envió es una lista de bloqueo de destinatarios dentro de la Web Wallet. Marca una dirección como mala, muestra una advertencia, detén el envío.
Eso es todo. Esa es la red de seguridad.
Y esto es lo que no puedo dejar de pensar: si estás ejecutando Rusk CLI o tus propias herramientas, esa advertencia nunca se dispara. Eres totalmente soberano, y totalmente expuesto. La criptografía ZK que hay debajo es trabajo genuinamente serio. Ninguna de esas piezas tocó la superficie de riesgo real de esta semana.
No creo que la lista de bloqueo haya sido una decisión incorrecta. En términos prácticos es lo correcto: cubrir a la mayor cantidad de usuarios lo más rápido posible y corregir la arquitectura después.
Pero $DUSK se está posicionando explícitamente para mercados institucionales regulados. Si el control de seguridad más visible vive en una Web Wallet y no dentro del propio protocolo, hay una pregunta real sobre qué ocurre cuando un equipo de cumplimiento realmente hace pruebas de estrés de esa pila.
Ese es el vacío que estoy observando. No la criptografía: la gobernanza de dónde reside realmente la protección.
Si las instituciones necesitan garantías a nivel de protocolo, no advertencias del frontend, ¿la hoja de ruta actual de Dusk avanza lo suficientemente rápido hacia eso?
#Dusk #DeFi #ZeroKnowledge #Bridge #DuskDS
@Dusk pausó sus servicios de puente el 16 de enero después de que el monitoreo detectara actividad inconsistente con las operaciones normales: una billetera operativa gestionada por un equipo, no el protocolo. Los bloques de DuskDS nunca se detuvieron. Pero el puente sigue en pausa mientras terminan el trabajo de endurecimiento, y la mitigación que ya se envió es una lista de bloqueo de destinatarios dentro de la Web Wallet. Marca una dirección como mala, muestra una advertencia, detén el envío.
Eso es todo. Esa es la red de seguridad.
Y esto es lo que no puedo dejar de pensar: si estás ejecutando Rusk CLI o tus propias herramientas, esa advertencia nunca se dispara. Eres totalmente soberano, y totalmente expuesto. La criptografía ZK que hay debajo es trabajo genuinamente serio. Ninguna de esas piezas tocó la superficie de riesgo real de esta semana.
No creo que la lista de bloqueo haya sido una decisión incorrecta. En términos prácticos es lo correcto: cubrir a la mayor cantidad de usuarios lo más rápido posible y corregir la arquitectura después.
Pero $DUSK se está posicionando explícitamente para mercados institucionales regulados. Si el control de seguridad más visible vive en una Web Wallet y no dentro del propio protocolo, hay una pregunta real sobre qué ocurre cuando un equipo de cumplimiento realmente hace pruebas de estrés de esa pila.
Ese es el vacío que estoy observando. No la criptografía: la gobernanza de dónde reside realmente la protección.
Si las instituciones necesitan garantías a nivel de protocolo, no advertencias del frontend, ¿la hoja de ruta actual de Dusk avanza lo suficientemente rápido hacia eso?
#Dusk #DeFi #ZeroKnowledge #Bridge #DuskDS
