Passei esta semana algum tempo com a camada de conformidade da Dusk Network — especificamente o que o $DUSK realmente habilita quando você avança além do pitch deck. O argumento arquitetural é real: Citadel lida com ZK-KYC no onboarding, Hedger aplica regras na execução. #dusk @Dusk A alegação é que a conformidade vive dentro da transação, e não ao redor dela. Essa é toda a diferença em relação a qualquer outra cadeia de RWA.
Então aconteceu o incidente de ponte de 16 de agosto. Houve atividade suspeita em uma wallet gerenciada por uma equipe, a ponte foi pausada, nenhum fundo do usuário foi perdido — eles agiram rápido. Mas a correção que se destacou: uma lista de bloqueio de destinatários para Web Wallet, implantada para bloquear transferências para endereços sinalizados. Restrição no nível do endereço. O mesmo instrumento direto que a TradFi usa há décadas. Bloqueie o endereço, não verifique a transação.
E isso não é uma crítica. A resposta a crises assume por padrão a ferramenta mais rápida disponível, e uma blocklist é exatamente isso. Mas é uma ilustração precisa do que todo o projeto está tentando escapar. A propriedade no nível do token está resolvida. O bloqueio no nível do endereço está resolvido. O que realmente não está resolvido — e do que o pitch institucional de RWA depende — é a imposição de regras que se autoexecutem na hora da execução, dentro de cada transação, de forma determinística, sem alguém virar uma chave.
A arquitetura da Dusk está mirando corretamente esse problema. A pergunta que eu continuo girando na cabeça é se a camada de conformidade via ZK amadurece antes de as instituições que ela está cortejando realmente precisarem usá-la sob pressão...
Então aconteceu o incidente de ponte de 16 de agosto. Houve atividade suspeita em uma wallet gerenciada por uma equipe, a ponte foi pausada, nenhum fundo do usuário foi perdido — eles agiram rápido. Mas a correção que se destacou: uma lista de bloqueio de destinatários para Web Wallet, implantada para bloquear transferências para endereços sinalizados. Restrição no nível do endereço. O mesmo instrumento direto que a TradFi usa há décadas. Bloqueie o endereço, não verifique a transação.
E isso não é uma crítica. A resposta a crises assume por padrão a ferramenta mais rápida disponível, e uma blocklist é exatamente isso. Mas é uma ilustração precisa do que todo o projeto está tentando escapar. A propriedade no nível do token está resolvida. O bloqueio no nível do endereço está resolvido. O que realmente não está resolvido — e do que o pitch institucional de RWA depende — é a imposição de regras que se autoexecutem na hora da execução, dentro de cada transação, de forma determinística, sem alguém virar uma chave.
A arquitetura da Dusk está mirando corretamente esse problema. A pergunta que eu continuo girando na cabeça é se a camada de conformidade via ZK amadurece antes de as instituições que ela está cortejando realmente precisarem usá-la sob pressão...
