$DUSK 24 horas de leve queda de 1,26%, oscilando na faixa de US$ 0,0704, com a diferença entre máxima e mínima do dia abaixo de 4 pontos-base. Mas o que realmente importa hoje não é esta vela, e sim o encaixe daquela série da @Dusk “privacidade não é igual a anonimato”. No comparativo feito há dois dias, ao colocar seis redes de privacidade lado a lado, ficou ainda mais claro.
O artigo de comparação do 9-1 foi bem contido: colocou a Dusk e outras cinco (duas moedas 100% de privacidade e três redes programáveis) na mesma figura. Ao terminar a leitura, percebe-se uma conclusão contrária ao senso comum: nas moedas de privacidade puras, o destinatário não consegue ver o endereço do remetente. No modelo Fênix da Dusk é o contrário: o destinatário consegue identificar criptograficamente o remetente, enquanto o público não consegue. “Anônimo” é uma interpretação equivocada; o mais preciso é “visibilidade controlada”.
Esse design conversa com um cenário regulatório bem rígido: a Travel Rule exige a transmissão das informações do remetente e do beneficiário. Em cadeias totalmente blindadas, isso vira um remendo; na Dusk, o encaixe já fica reservado na camada de protocolo. Rodar criptografia homomórfica com prova de conhecimento zero por dois caminhos em paralelo, somado à implementação própria do PLONK e às pesquisas “plookup” e “PlonKup”, é a capacidade de computação por trás do encaixe.
O avanço mais prático: o módulo Hedger executando na camada EVM. Ele injeta a combinação de criptografia homomórfica + prova de conhecimento zero + modelo de dupla conta na cadeia de ferramentas do Solidity; contratos chamam diretamente, e a prova sai em até 2 segundos no lado do navegador. O artigo do 9-1 também deixa claro: a programabilidade da Dusk não é só ter dois caminhos (conta pública e conta blindada); há também duas rotas de execução simultâneas — contratos Rust/WASM na máquina virtual e contratos Solidity na camada EVM.
Na próxima vez que alguém perguntar se “blockchains privadas” com “anonimato” e “conformidade regulatória” podem coexistir, dá para apontar para a imagem da @Dusk.
#dusk #可编程隐私 #public chain compliance
O artigo de comparação do 9-1 foi bem contido: colocou a Dusk e outras cinco (duas moedas 100% de privacidade e três redes programáveis) na mesma figura. Ao terminar a leitura, percebe-se uma conclusão contrária ao senso comum: nas moedas de privacidade puras, o destinatário não consegue ver o endereço do remetente. No modelo Fênix da Dusk é o contrário: o destinatário consegue identificar criptograficamente o remetente, enquanto o público não consegue. “Anônimo” é uma interpretação equivocada; o mais preciso é “visibilidade controlada”.
Esse design conversa com um cenário regulatório bem rígido: a Travel Rule exige a transmissão das informações do remetente e do beneficiário. Em cadeias totalmente blindadas, isso vira um remendo; na Dusk, o encaixe já fica reservado na camada de protocolo. Rodar criptografia homomórfica com prova de conhecimento zero por dois caminhos em paralelo, somado à implementação própria do PLONK e às pesquisas “plookup” e “PlonKup”, é a capacidade de computação por trás do encaixe.
O avanço mais prático: o módulo Hedger executando na camada EVM. Ele injeta a combinação de criptografia homomórfica + prova de conhecimento zero + modelo de dupla conta na cadeia de ferramentas do Solidity; contratos chamam diretamente, e a prova sai em até 2 segundos no lado do navegador. O artigo do 9-1 também deixa claro: a programabilidade da Dusk não é só ter dois caminhos (conta pública e conta blindada); há também duas rotas de execução simultâneas — contratos Rust/WASM na máquina virtual e contratos Solidity na camada EVM.
Na próxima vez que alguém perguntar se “blockchains privadas” com “anonimato” e “conformidade regulatória” podem coexistir, dá para apontar para a imagem da @Dusk.
#dusk #可编程隐私 #public chain compliance
