Em 16 de janeiro de 2026, alguém comprometeu uma carteira de assinatura vinculada ao serviço de ponte da Dusk Network e começou a drenar fundos. Acho que a forma como um projeto lida com um momento como esse diz mais do que qualquer roadmap jamais poderia.
De acordo com o post-mortem publicado pela própria Dusk, o atacante obteve acesso à carteira que lidava com eventos de migração entre a Dusk e uma cadeia EVM às 21:28 UTC, roubando DUSK diretamente e movendo uma parte dela pela ponte antes que a equipe desligasse o serviço às 23:12 UTC — uma intervenção que causou a falha completa de uma tentativa final e muito maior de ponte. Os próprios números da Dusk indicam que cerca de 10,9 milhões de DUSK foram roubados em várias transações, e apenas aproximadamente 1,9 milhão disso realmente atravessou a ponte antes que o desligamento cortasse o acesso do atacante para mover o restante. Isso não foi uma falha de consenso nem um problema no protocolo central da Dusk. Foi um comprometimento de um único caminho de assinatura leve que combinava assinatura, tratamento de eventos e conectividade de rede em uma única superfície operacional — uma escolha de design feita no início para ganhar velocidade, que concentrou confiança demais em um só lugar. A Dusk registrou um boletim de ocorrência, preservou o rastro de transações em ambas as cadeias e notificou imediatamente as corretoras relevantes.
A reconstrução que se seguiu não foi um patch. A assinatura foi separada completamente do tratamento de eventos: agora as transações passam por um ciclo de vida explícito em vez de uma lógica de recuperação ambígua; a exposição de hot wallet foi limitada, com necessidade de adições manuais em cold wallet; e o ambiente hospedeiro foi reforçado com isolamento estrito de serviços.
Acho que a lição honesta aqui não tem nada a ver com criptografia e tudo a ver com design operacional. A camada central de liquidação da Dusk nunca deixou de produzir blocos corretamente durante todo o incidente, o que vale ser dito de forma clara em vez de deixar que os dois se confundam.
Os detentores de DUSK sentiram esse risco diretamente — e é exatamente por isso que a reformulação teve de ser tão completa.
@Dusk $DUSK #dusk
De acordo com o post-mortem publicado pela própria Dusk, o atacante obteve acesso à carteira que lidava com eventos de migração entre a Dusk e uma cadeia EVM às 21:28 UTC, roubando DUSK diretamente e movendo uma parte dela pela ponte antes que a equipe desligasse o serviço às 23:12 UTC — uma intervenção que causou a falha completa de uma tentativa final e muito maior de ponte. Os próprios números da Dusk indicam que cerca de 10,9 milhões de DUSK foram roubados em várias transações, e apenas aproximadamente 1,9 milhão disso realmente atravessou a ponte antes que o desligamento cortasse o acesso do atacante para mover o restante. Isso não foi uma falha de consenso nem um problema no protocolo central da Dusk. Foi um comprometimento de um único caminho de assinatura leve que combinava assinatura, tratamento de eventos e conectividade de rede em uma única superfície operacional — uma escolha de design feita no início para ganhar velocidade, que concentrou confiança demais em um só lugar. A Dusk registrou um boletim de ocorrência, preservou o rastro de transações em ambas as cadeias e notificou imediatamente as corretoras relevantes.
A reconstrução que se seguiu não foi um patch. A assinatura foi separada completamente do tratamento de eventos: agora as transações passam por um ciclo de vida explícito em vez de uma lógica de recuperação ambígua; a exposição de hot wallet foi limitada, com necessidade de adições manuais em cold wallet; e o ambiente hospedeiro foi reforçado com isolamento estrito de serviços.
Acho que a lição honesta aqui não tem nada a ver com criptografia e tudo a ver com design operacional. A camada central de liquidação da Dusk nunca deixou de produzir blocos corretamente durante todo o incidente, o que vale ser dito de forma clara em vez de deixar que os dois se confundam.
Os detentores de DUSK sentiram esse risco diretamente — e é exatamente por isso que a reformulação teve de ser tão completa.
@Dusk $DUSK #dusk