Um Oficial de Conformidade Um Dia Me Perguntou Como Você Audita uma Transação Privada. Eu Não Tinha uma Boa Resposta.
Eu estava conversando com alguém que trabalha com conformidade em um fundo pequeno, e ela fez uma pergunta que eu não soube responder bem na época.
Se uma transação é privada, como alguém verifica se ela realmente seguiu as regras.
Meu primeiro instinto foi dizer que privacidade e auditabilidade não combinam. Ou o regulador vê tudo, ou vê nada e precisa confiar no sistema cegamente.
Essa resposta não me pareceu adequada, então fui procurar como isso é tratado de fato na cadeia.
🔍 O mecanismo que mudou meu pensamento foi a divulgação seletiva por meio de provas de conhecimento zero. A transação permanece privada por padrão. Ninguém que faça varredura da cadeia consegue ver o valor, o remetente ou o destinatário.
Mas o remetente pode gerar uma prova mostrando que a transação seguiu uma regra específica, sem revelar os dados subjacentes. Uma prova de que os fundos vieram de uma fonte verificada. Uma prova de que uma transferência ficou abaixo de um limite de reporte. O regulador verifica a prova, não a transação.
Essa é a direção de design que a Dusk adota com seu padrão de contrato confidencial. Privacidade não é ausência de supervisão. É supervisão que não exige expor tudo a todos por padrão.
⚠️ Isso só funciona se o mecanismo de divulgação for construído no protocolo desde o início. Adicionar uma camada de conformidade a uma cadeia que nunca foi projetada para isso tende a gerar contornos (workarounds), não trilhas de auditoria reais.
Eu enviei para aquela oficial de conformidade o que encontrei. Ela disse que era a primeira explicação que não pedia para que ela simplesmente confiasse no sistema.
@Dusk #dusk $DUSK
Eu estava conversando com alguém que trabalha com conformidade em um fundo pequeno, e ela fez uma pergunta que eu não soube responder bem na época.
Se uma transação é privada, como alguém verifica se ela realmente seguiu as regras.
Meu primeiro instinto foi dizer que privacidade e auditabilidade não combinam. Ou o regulador vê tudo, ou vê nada e precisa confiar no sistema cegamente.
Essa resposta não me pareceu adequada, então fui procurar como isso é tratado de fato na cadeia.
🔍 O mecanismo que mudou meu pensamento foi a divulgação seletiva por meio de provas de conhecimento zero. A transação permanece privada por padrão. Ninguém que faça varredura da cadeia consegue ver o valor, o remetente ou o destinatário.
Mas o remetente pode gerar uma prova mostrando que a transação seguiu uma regra específica, sem revelar os dados subjacentes. Uma prova de que os fundos vieram de uma fonte verificada. Uma prova de que uma transferência ficou abaixo de um limite de reporte. O regulador verifica a prova, não a transação.
Essa é a direção de design que a Dusk adota com seu padrão de contrato confidencial. Privacidade não é ausência de supervisão. É supervisão que não exige expor tudo a todos por padrão.
⚠️ Isso só funciona se o mecanismo de divulgação for construído no protocolo desde o início. Adicionar uma camada de conformidade a uma cadeia que nunca foi projetada para isso tende a gerar contornos (workarounds), não trilhas de auditoria reais.
Eu enviei para aquela oficial de conformidade o que encontrei. Ela disse que era a primeira explicação que não pedia para que ela simplesmente confiasse no sistema.
@Dusk #dusk $DUSK
