Publicar
--
竹竹 YGØZ²
·
--
Muitas pessoas avaliam a segurança de uma cadeia e têm o hábito de perguntar, de forma quase automática: “Qual é o mecanismo de consenso?”, “Há proteção contra double-spend (gêminos)?” e “A camada de rede resiste a ataques de Sybil?”. Parece que, se qualquer uma das camadas apresentar uma prova convincente, a cadeia inteira fica segura. Essa intuição pode estar errada no design do Dusk.
A lógica de segurança do Dusk não é apostar as fichas em apenas uma camada, mas sim fazer com que as três camadas — consenso, transações e rede — suportem carga de forma independente; falhas locais em qualquer camada não são suficientes, por si só, para destruir a integridade da liquidação financeira.
Camada de consenso: sob o mecanismo SBA do Dusk, o tamanho do comitê de 64 cotas de credibilidade, em conjunto com o limiar legal de 2/3, significa que o atacante precisa derrubar uma liquidação inteira. Não basta subornar “alguns nós”; é preciso, depois de ponderar os créditos, reunir uma maioria absoluta. As assinaturas agregadas BLS reduzem muito o custo de verificação, mas isso não reduz o custo do ataque. Eficiência otimizada e limiar de ataque são coisas diferentes.
Camada de transações: o modelo Phoenix do Dusk usa um nullifier público para impedir double-spend. O note não é removido para garantir auditabilidade. Ao mesmo tempo, o design de não-conectabilidade “secciona” as relações de endereços entre transações. Isso significa que proteção contra double-spend e proteção de privacidade não são mutuamente excludentes; elas são costuradas no mesmo conjunto de mecanismos.
Camada de rede: a validação de assinaturas do Dusk com o projeto de DHT anti-Sybil torna estruturalmente mais alto o custo de ataque para que falsificar muitas identidades com o objetivo de inundar a rede.
Quando essas três camadas se sobrepõem, a narrativa de segurança real do Dusk não é “quão forte é uma camada específica”, mas sim que o atacante precisa atravessar simultaneamente — e romper — as três camadas: consenso, transações e rede, para abalar a garantia de liquidação. A essência da defesa em profundidade é tornar “o ataque por um único ponto” inútil.
#dusk $DUSK @Dusk
A lógica de segurança do Dusk não é apostar as fichas em apenas uma camada, mas sim fazer com que as três camadas — consenso, transações e rede — suportem carga de forma independente; falhas locais em qualquer camada não são suficientes, por si só, para destruir a integridade da liquidação financeira.
Camada de consenso: sob o mecanismo SBA do Dusk, o tamanho do comitê de 64 cotas de credibilidade, em conjunto com o limiar legal de 2/3, significa que o atacante precisa derrubar uma liquidação inteira. Não basta subornar “alguns nós”; é preciso, depois de ponderar os créditos, reunir uma maioria absoluta. As assinaturas agregadas BLS reduzem muito o custo de verificação, mas isso não reduz o custo do ataque. Eficiência otimizada e limiar de ataque são coisas diferentes.
Camada de transações: o modelo Phoenix do Dusk usa um nullifier público para impedir double-spend. O note não é removido para garantir auditabilidade. Ao mesmo tempo, o design de não-conectabilidade “secciona” as relações de endereços entre transações. Isso significa que proteção contra double-spend e proteção de privacidade não são mutuamente excludentes; elas são costuradas no mesmo conjunto de mecanismos.
Camada de rede: a validação de assinaturas do Dusk com o projeto de DHT anti-Sybil torna estruturalmente mais alto o custo de ataque para que falsificar muitas identidades com o objetivo de inundar a rede.
Quando essas três camadas se sobrepõem, a narrativa de segurança real do Dusk não é “quão forte é uma camada específica”, mas sim que o atacante precisa atravessar simultaneamente — e romper — as três camadas: consenso, transações e rede, para abalar a garantia de liquidação. A essência da defesa em profundidade é tornar “o ataque por um único ponto” inútil.
#dusk $DUSK @Dusk
Aviso legal: inclui opiniões de terceiros. Não constitui aconselhamento. A Binance AI pode ser utilizada sem garantia. Consulta os Termos e Condições.