Anonimato dos validadores na participação na rede, parece abrir a porta a ataques de bruxas. O PoS tradicional baseia-se na "identidade" para estabelecer confiança; uma vez que o endereço de staking é conhecido, é possível rastrear as ações. Mas e se a identidade do validador for oculta? Um atacante pode facilmente disfarçar-se com múltiplas identidades falsas para manipular o consenso. É aqui que entra o consenso Sealed-Bid Proof-of-Stake (SBP) da DUSK — a sua parte mais interessante — que utiliza um design criptográfico engenhoso para resolver essa contradição.

A chave do SBP está em separar "identidade" de "ação". A identidade do public key do validador é de fato anónima, mas o direito de propor blocos ou votar não surge do nada, sendo obtido através de um mecanismo semelhante a uma licitação selada. Simplificando: você aposta tokens DUSK para obter um direito de participação. O processo de licitação também é protegido em termos de privacidade — a rede apenas vê que "alguém apostou com X quantidade de direitos", sem saber quem é o licitante. Depois, através de um sorteio criptográfico, um conjunto de candidatos é selecionado aleatoriamente para formar o comité desta rodada.

Como é que esta abordagem impede bruxas? O segredo está no custo. Quer falsificar 1000 identidades para aumentar a influência? Pode, mas cada identidade precisa de tokens reais para licitar. Isto é completamente diferente de um grande tubarão disfarçado de várias pequenas contas numa PoS transparente — no SBP, a influência total depende estritamente do investimento económico total, não do número de identidades anónimas criadas. E a penalização do sistema recai sobre a própria garantia — não sobre um "nome" falso.

Em outras palavras, o SBP transforma o conceito tradicional de "reputação baseada em identidade conhecida" para um sistema de segurança baseado em "garantia económica anónima, mas verificável". Ataques de bruxas são caros e os lucros incertos — pois a eleição do comité é aleatória e privada. É uma solução teoricamente elegante, mas na prática, exige uma criptografia de sorteio, privacidade de licitação e verificabilidade extremamente rigorosas.