Explicación de Citadel: cómo Dusk gestiona la identidad y la divulgación selectiva

Esta semana me puse a investigar las operaciones del puente de Dusk y encontré algo extraño incluso antes de llegar a Citadel: la "incidencia del puente" a la que se hacía referencia de forma constante no tiene una marca de tiempo coherente entre las fuentes. Un agregador sitúa la actividad sospechosa de la billetera al 16 de agosto, pero el índice de noticias de Dusk muestra un "Aviso de Incidencia de Bridge Services" de enero y, además, un post-mortem separado en marzo; no se ve ninguna entrada de agosto. La historia subyacente es la misma (billetera del puente gestionada por el equipo marcada, direcciones recicladas, puente en pausa, una lista negra de destinatarios de Web Wallet enviada para bloquear transferencias a direcciones señaladas), pero el rastro documental no encaja del todo.

Lo que muestran las piezas confirmadas: los servicios de puente se pausaron como medida de precaución, un número reducido de transacciones se movió durante la franja marcada y, según se informa, parte de ese flujo tocó Binance antes de la contención. Esa es una respuesta operativa real, no especulación.

Lo que no muestra: una fecha única verificada, o direcciones públicas de billetera que pudiera rastrear por mi cuenta. Para un proyecto cuyo planteamiento central es la divulgación selectiva y verificable, ese vacío es una ironía leve.

¿Alguien ha obtenido las direcciones on-chain reales vinculadas a esto y puede confirmar en qué semana ocurrió?

Esa tabla muestra qué está confirmado frente a lo que yo estoy inferiendo, y el desacuerdo de fechas en sí es, aquí, el punto de datos más interesante, ya que es exactamente el tipo de cosa que se supone que el modelo de verificación on-chain de Citadel hace inequívoca.

@Dusk $DUSK #dusk