Acabei de conhecer o Dusk e já havia uma grande dúvida no meu coração. Sendo uma blockchain de privacidade também, outros projetos permitem que qualquer pessoa instale nós para participar da produção de blocos; só o Dusk adota nós com permissão. Naquele momento, intuitivamente eu pensei que isso seria uma concessão feita para ganhar velocidade, abrindo mão da descentralização — minha impressão foi diretamente reduzida.
Mas, quando consegui paciência para entender toda a arquitetura subjacente, percebi que minha compreensão anterior estava equivocada. Para ser sincero, não é uma forma do time de desenvolvimento economizar esforço e recuar; é uma estrutura inevitável para lidar com privacidade criptografada por zero knowledge.
@Dusk Ele separa de maneira inteligente a execução do contrato e o consenso do bloco em dois processos independentes. No ambiente isolado do Piecrust VM, os contratos são executados para gerar provas ZK; informações sensíveis como o valor da transação e endereços de usuários não vazam durante todo o processo. Os nós de validação do comitê SBA não veem o conteúdo original da transação: apenas verificam se a própria prova é confiável, e então definem o estado final do bloco.
Em outras palavras, os nós de validação são como estudantes que fazem uma prova em formato “sem consulta”: não conseguem ver o “enunciado” do candidato. Se tudo fosse aberto sem barreiras e milhares de nós de procedência desconhecida entrassem, seria fácil surgir uma vulnerabilidade de falha de validação e execução maliciosa sem propósito — e, nesse cenário, a privacidade do usuário dificilmente seria protegida.
É claro que essa solução também tem limitações que não dá para contornar. O novo caminho de compilação do WASM‑ZK vai aumentar o custo de geração de provas; além disso, o modelo de filtragem por permissões também pode trazer o problema potencial de concentração excessiva de nós. $DUSK
Agora, meu foco principal é observar se, depois que inúmeras entidades RWA (ativos do mundo real) forem colocadas na cadeia, será possível controlar o custo de validação e harmonizar de forma adequada a relação entre privacidade, segurança e descentralização.
O que vocês acham do consenso de nós com permissão do Dusk?
#dusk $DUSK @Dusk
Mas, quando consegui paciência para entender toda a arquitetura subjacente, percebi que minha compreensão anterior estava equivocada. Para ser sincero, não é uma forma do time de desenvolvimento economizar esforço e recuar; é uma estrutura inevitável para lidar com privacidade criptografada por zero knowledge.
@Dusk Ele separa de maneira inteligente a execução do contrato e o consenso do bloco em dois processos independentes. No ambiente isolado do Piecrust VM, os contratos são executados para gerar provas ZK; informações sensíveis como o valor da transação e endereços de usuários não vazam durante todo o processo. Os nós de validação do comitê SBA não veem o conteúdo original da transação: apenas verificam se a própria prova é confiável, e então definem o estado final do bloco.
Em outras palavras, os nós de validação são como estudantes que fazem uma prova em formato “sem consulta”: não conseguem ver o “enunciado” do candidato. Se tudo fosse aberto sem barreiras e milhares de nós de procedência desconhecida entrassem, seria fácil surgir uma vulnerabilidade de falha de validação e execução maliciosa sem propósito — e, nesse cenário, a privacidade do usuário dificilmente seria protegida.
É claro que essa solução também tem limitações que não dá para contornar. O novo caminho de compilação do WASM‑ZK vai aumentar o custo de geração de provas; além disso, o modelo de filtragem por permissões também pode trazer o problema potencial de concentração excessiva de nós. $DUSK
Agora, meu foco principal é observar se, depois que inúmeras entidades RWA (ativos do mundo real) forem colocadas na cadeia, será possível controlar o custo de validação e harmonizar de forma adequada a relação entre privacidade, segurança e descentralização.
O que vocês acham do consenso de nós com permissão do Dusk?
#dusk $DUSK @Dusk
A、架构设计很强,隐私赛道的优选方案
0%
B、存在中心化隐患,长远来看风险不小
0%
C、保持中立观望,静待后续落地迭代
0%
0 Votos • Votação encerrada