#dusk $DUSK @Dusk o cliente node real por trás do Dusk, não a versão da página de marketing.
Em maio, uma versão do Rusk lançou silenciosamente algo chamado regras http.policy ACL, limites de taxa por classe de endpoint e todo um framework para o node negar ou limitar tráfego específico no nível do protocolo. Lido como linha de especificação, parecia apenas higiene operacional chata.
Então, em 16 de agosto, a equipe do Dusk sinalizou atividade suspeita em uma carteira ligada a uma ponte e, em poucas horas, criou uma blocklist de destinatários de Web Wallet para interromper transferências para endereços sinalizados — mesmo mecanismo, em tempo real, sob pressão. É isso que ficou. $DUSK foi divulgada como "privacidade + conformidade", no futuro, chegando em breve. Mas o primeiro uso real, no mundo, dessa camada de enforcement não foi um recurso de privacidade voltado ao usuário; foi a equipe protegendo a ponte.
A infraestrutura construída para reguladores acabou servindo como ferramenta de resposta a incidentes antes mesmo de tocar na transação protegida de um usuário final.
Não é uma reclamação, só reparei na ordem em que as coisas são destravadas. Eu entrei esperando o Rusk como "a VM" e saí achando mais que se trata de um motor de políticas que, por acaso, também executa consenso. Quem mais tem acesso a essa lógica de blocklist antes mesmo de ela ser documentada publicamente?
Em maio, uma versão do Rusk lançou silenciosamente algo chamado regras http.policy ACL, limites de taxa por classe de endpoint e todo um framework para o node negar ou limitar tráfego específico no nível do protocolo. Lido como linha de especificação, parecia apenas higiene operacional chata.
Então, em 16 de agosto, a equipe do Dusk sinalizou atividade suspeita em uma carteira ligada a uma ponte e, em poucas horas, criou uma blocklist de destinatários de Web Wallet para interromper transferências para endereços sinalizados — mesmo mecanismo, em tempo real, sob pressão. É isso que ficou. $DUSK foi divulgada como "privacidade + conformidade", no futuro, chegando em breve. Mas o primeiro uso real, no mundo, dessa camada de enforcement não foi um recurso de privacidade voltado ao usuário; foi a equipe protegendo a ponte.
A infraestrutura construída para reguladores acabou servindo como ferramenta de resposta a incidentes antes mesmo de tocar na transação protegida de um usuário final.
Não é uma reclamação, só reparei na ordem em que as coisas são destravadas. Eu entrei esperando o Rusk como "a VM" e saí achando mais que se trata de um motor de políticas que, por acaso, também executa consenso. Quem mais tem acesso a essa lógica de blocklist antes mesmo de ela ser documentada publicamente?
