Nas últimas semanas estive mexendo na camada de rede do Dusk, principalmente por curiosidade sobre como eles estão lidando com a descoberta de pares para uma cadeia que tenta se manter privada por design.

Eles rodam um DHT estilo Kademlia, usando distância XOR para rotear entre nós. Nada de novo nisso — muitas redes P2P usam. O que chamou minha atenção é o motivo de isso se encaixar especificamente aqui: numa cadeia de privacidade, como os nós se encontram e o que isso revela sobre a topologia da rede faz parte do modelo de ameaça. Errar nisso é vazar metadados mesmo se a camada de transações for impenetrável. Esse é o problema mais difícil, não a matemática do DHT em si.

Comparado ao $ETH, a diferença não é tanto “transparência vs privacidade” como itens de uma lista de recursos. É mais que o $ETH foi construído assumindo que tudo é público e a privacidade foi adicionada por cima depois — rollups, mixers, seja lá o que for. O Dusk começou do outro lado. Não é uma “retrofitação” de confidencialidade em um sistema que não foi construído para isso.

Sinceramente, fico entre quais abordagens envelhecem melhor. Cadeias transparentes têm essa vantagem de composabilidade que é difícil de replicar. Mas se você está tentando colocar ativos realmente regulados on-chain, “tudo é público para sempre” é uma venda difícil para uma equipe de conformidade.

Ainda estou trabalhando para entender como o bootstrapping dos nós deles lida com isso na prática. Alguém olhou mais de perto os intervalos de refresh do bucket?

$ONG
$NEIRO
@Dusk_Foundation #dusk $DUSK

O que mais importa?
Privacy by design
Network privacy
Composability
Compliance
12 hora(s) restante(s)