A maioria das cadeias trata conformidade como uma caixa de seleção no onboarding. Um formulário de KYC, uma allowlist, e pronto. Funciona bem até surgir o market sounding.
O sounding é temporário, específico e de alto risco. No segundo em que um investidor recebe informações não públicas, ele precisa ser isolado—sem negociação até que a informação seja divulgada publicamente ou até que a janela feche. No off-chain, bancos lidam com isso com e-mails e listas internas. No on-chain, se o sistema só enxerga endereços e uma credencial estática, o “muro” vira basicamente uma lista de e-mails que chega tarde demais. A ordem já foi preenchida. A aplicação vira uma limpeza forense cara depois do fato.
O teste real é o estado em tempo real: cobertura que só começa quando o recebimento é confirmado (não apenas “enviamos o e-mail”), que é levantada automaticamente quando a informação se torna pública ou quando o prazo termina, e que registra o horário exato em que o bloqueio foi removido para que você audite qualquer lock remanescente ou desbloqueio antecipado. Falhas devem retornar um código de muro claro, não algum erro de saldo. Questionários estáticos não conseguem lidar com esse tipo de timing.
O design da Dusk chega mais perto. Controles de acesso e verificações de transferência podem falhar por motivos específicos. Credenciais de identidade mais divulgação seletiva abrem a porta para restrições temporizadas e específicas de evento, sem despejar tudo no aberto. Se o protocolo consegue realmente executar um muro dinâmico de sounding em produção ainda é a questão em aberto—mas, ao menos, a arquitetura já está pedindo a solução certa. A maioria dos L1s nem sequer enxerga essa lacuna.
$DUSK #dusk @Dusk $TUT $PAXG
O sounding é temporário, específico e de alto risco. No segundo em que um investidor recebe informações não públicas, ele precisa ser isolado—sem negociação até que a informação seja divulgada publicamente ou até que a janela feche. No off-chain, bancos lidam com isso com e-mails e listas internas. No on-chain, se o sistema só enxerga endereços e uma credencial estática, o “muro” vira basicamente uma lista de e-mails que chega tarde demais. A ordem já foi preenchida. A aplicação vira uma limpeza forense cara depois do fato.
O teste real é o estado em tempo real: cobertura que só começa quando o recebimento é confirmado (não apenas “enviamos o e-mail”), que é levantada automaticamente quando a informação se torna pública ou quando o prazo termina, e que registra o horário exato em que o bloqueio foi removido para que você audite qualquer lock remanescente ou desbloqueio antecipado. Falhas devem retornar um código de muro claro, não algum erro de saldo. Questionários estáticos não conseguem lidar com esse tipo de timing.
O design da Dusk chega mais perto. Controles de acesso e verificações de transferência podem falhar por motivos específicos. Credenciais de identidade mais divulgação seletiva abrem a porta para restrições temporizadas e específicas de evento, sem despejar tudo no aberto. Se o protocolo consegue realmente executar um muro dinâmico de sounding em produção ainda é a questão em aberto—mas, ao menos, a arquitetura já está pedindo a solução certa. A maioria dos L1s nem sequer enxerga essa lacuna.
$DUSK #dusk @Dusk $TUT $PAXG