Explicação do Citadel: como a Dusk lida com identidade e divulgação seletiva
Nesta semana, fui cavar as operações da ponte da Dusk e encontrei algo estranho antes mesmo de chegar ao próprio Citadel: o "incidente na ponte" que eu continuava vendo ser referenciado não tem um timestamp consistente entre as fontes. Um agregador data a atividade suspeita da carteira para 16 de agosto, mas o próprio índice de notícias da Dusk lista um "Aviso de Incidente dos Serviços de Ponte" de janeiro e um post-mortem separado em março, sem nenhuma entrada de agosto visível. A mesma história por trás (carteira da ponte gerida pela equipe sinalizada, endereços reutilizados, ponte pausada, e uma lista de bloqueio de destinatários da Web Wallet enviada para bloquear transferências para endereços sinalizados), mas o rastro documental não se alinha perfeitamente.
O que as partes confirmadas mostram: os serviços de ponte foram pausados como precaução, um pequeno número de transações foi movimentado durante a janela sinalizada, e parte desse fluxo teria tocado a Binance antes da contenção. Isso é uma resposta operacional real, não especulação.
O que não mostra: uma data única verificada, ou endereços de carteira públicos que eu pudesse rastrear por conta própria. Para um projeto cuja proposta central é divulgação seletiva e verificável, é uma lacuna levemente irônica.
Alguém conseguiu levantar os endereços on-chain reais ligados a isso, e pode confirmar em qual semana aconteceu?
Essa tabela mostra o que está confirmado versus o que estou inferindo — e, de fato, a própria divergência de datas é o ponto de dados mais interessante aqui, já que é exatamente o tipo de coisa que o modelo de verificação on-chain do Citadel deveria tornar inequívoca.
@Dusk $DUSK #dusk
Nesta semana, fui cavar as operações da ponte da Dusk e encontrei algo estranho antes mesmo de chegar ao próprio Citadel: o "incidente na ponte" que eu continuava vendo ser referenciado não tem um timestamp consistente entre as fontes. Um agregador data a atividade suspeita da carteira para 16 de agosto, mas o próprio índice de notícias da Dusk lista um "Aviso de Incidente dos Serviços de Ponte" de janeiro e um post-mortem separado em março, sem nenhuma entrada de agosto visível. A mesma história por trás (carteira da ponte gerida pela equipe sinalizada, endereços reutilizados, ponte pausada, e uma lista de bloqueio de destinatários da Web Wallet enviada para bloquear transferências para endereços sinalizados), mas o rastro documental não se alinha perfeitamente.
O que as partes confirmadas mostram: os serviços de ponte foram pausados como precaução, um pequeno número de transações foi movimentado durante a janela sinalizada, e parte desse fluxo teria tocado a Binance antes da contenção. Isso é uma resposta operacional real, não especulação.
O que não mostra: uma data única verificada, ou endereços de carteira públicos que eu pudesse rastrear por conta própria. Para um projeto cuja proposta central é divulgação seletiva e verificável, é uma lacuna levemente irônica.
Alguém conseguiu levantar os endereços on-chain reais ligados a isso, e pode confirmar em qual semana aconteceu?
Essa tabela mostra o que está confirmado versus o que estou inferindo — e, de fato, a própria divergência de datas é o ponto de dados mais interessante aqui, já que é exatamente o tipo de coisa que o modelo de verificação on-chain do Citadel deveria tornar inequívoca.
@Dusk $DUSK #dusk
