$DUSK #dusk @Dusk

Eu passei pelo trabalho de cavar a criptografia do Dusk — Argon2, Equihash, PLONK, todo o lado sério da matemática da pilha.

Depois, eu verifiquei o que realmente se tornou um problema de segurança recentemente.

Não foi a criptografia.

Foi uma carteira operacional.

Em 16 de agosto, a Dusk pausou os serviços de ponte após monitorar uma atividade sinalizada que não correspondia às operações normais da ponte. A DuskDS em si continuou gerando blocos, e a mitigação que se seguiu não foi um novo sistema de provas nem uma mudança de consenso.

Foi algo muito mais simples: uma lista de endereços bloqueados do destinatário na Web Wallet que avisa os usuários antes de enviar para endereços sinalizados.

Essa diferença ficou comigo.

O Dusk pode ter uma criptografia sofisticada por baixo, enquanto a defesa mais imediata voltada ao usuário está na camada da carteira.

E isso cria uma fronteira interessante.

Se você usa a Web Wallet, recebe esse aviso.

Se você interage por meio da sua própria ferramenta ou diretamente pelo protocolo, talvez não.

Então o modelo de segurança não é apenas sobre quão forte é a criptografia subjacente.

Também é sobre onde a proteção realmente vive — e quem a herda por padrão.

Eu entendo por que um controle na camada da carteira é a resposta prática mais rápida.

Mas, para uma rede voltada para finanças reguladas, eu continuo voltando a uma pergunta:

Quanto da segurança deve viver no protocolo e quanto pode viver com segurança na interface?

$PORTAL
$PROM

Onde devem morar os controles de segurança do Dusk? 👀