Atividade suspeita de carteira atingiu a infraestrutura da ponte da Dusk em 16 de agosto — a equipe percebeu rápido, reciclou os endereços comprometidos e pausou as operações da ponte. Resposta normal a incidentes. Mas a correção que eles enviaram é a parte que me fez parar de rolar.
Eles adicionaram uma lista de bloqueio de destinatários na Web Wallet. Transferências para endereços conhecidos como ruins agora são sinalizadas antes mesmo de você conseguir enviar. Na #dusk o, $DUSK , @Dusk . Fique com isso por um segundo.
O ponto é: Phoenix (protegida) sempre foi opt-in, Moonlight (transparente) é padrão. Todo mundo fala dessa divisão como se fosse toda a história. Mas este incidente mostra que a camada real de conformidade nem está no nível do protocolo; ela fica bem na interface da carteira, observando para onde seu dinheiro está indo. Isso não é um reflexo de privacidade por padrão; é um reflexo de fintech.
Ficou atualizando o explorer esperando o status da ponte voltar, ainda pausado até agora, aparentemente ligado ao cronograma de implantação do DuskEVM. Faz sentido operacionalmente. Ainda assim — o movimento mais rápido e mais visível pós-incidente de um projeto “de privacidade” foi construir uma blocklist. Não foi fazer shielding. Foi bloquear.
Alguém mais percebeu como muitas vezes a “narrativa de privacidade” e o “primeiro resposta de verdade” apontam para direções opostas?
Eles adicionaram uma lista de bloqueio de destinatários na Web Wallet. Transferências para endereços conhecidos como ruins agora são sinalizadas antes mesmo de você conseguir enviar. Na #dusk o, $DUSK , @Dusk . Fique com isso por um segundo.
O ponto é: Phoenix (protegida) sempre foi opt-in, Moonlight (transparente) é padrão. Todo mundo fala dessa divisão como se fosse toda a história. Mas este incidente mostra que a camada real de conformidade nem está no nível do protocolo; ela fica bem na interface da carteira, observando para onde seu dinheiro está indo. Isso não é um reflexo de privacidade por padrão; é um reflexo de fintech.
Ficou atualizando o explorer esperando o status da ponte voltar, ainda pausado até agora, aparentemente ligado ao cronograma de implantação do DuskEVM. Faz sentido operacionalmente. Ainda assim — o movimento mais rápido e mais visível pós-incidente de um projeto “de privacidade” foi construir uma blocklist. Não foi fazer shielding. Foi bloquear.
Alguém mais percebeu como muitas vezes a “narrativa de privacidade” e o “primeiro resposta de verdade” apontam para direções opostas?
