Recentemente eu estava lendo whitepapers de criptomoedas de privacidade; depois acabei esbarrando em @Dusk
Depois de folhear por um bom tempo, percebi que a ideia de arquitetura deste projeto não é muito parecida com o que é comum no setor
Na camada de base, ele usa consenso SBA: o validador é dividido em dois papéis, Generator e Provisioner—um cria os blocos e o outro confirma
No meio do caminho, usa Proof-of-Blind Bid para eleger o líder de privacidade. Para participar, é preciso fazer stake de DUSK, mas os outros não sabem quanto você apostou
A probabilidade de bifurcação é reduzida para o nível (f)^3 por rodada. A vantagem é que ele chega a uma finalidade quase imediata; porém, como os papéis são divididos em duas partes, o limite para nós comuns fica mais alto. O modelo de transações da Phoenix é baseado em UTxO: ele armazena saídas em uma árvore Merkle de profundidade 34. Isso permite gastar transações em Rusk VM, que é quase Turing-completa, mantendo segredo. Mesmo que a taxa seja desconhecida, ainda dá para executar. E, comparado a modelos de assinatura em anel, é menos fácil de ser rastreado
Mas privacidade total também traz problemas: e se instituições precisarem cumprir regras regulatórias? Então ele criou o Zedger—com lista branca e um mecanismo auditável. Assim, o regulador consegue ver o que precisa ver; o resto fica criptografado
Acredito que essa rota intermediária é mais pragmática do que ser apenas anônimo ou apenas público. Só que a própria lista branca reintroduz risco de centralização. A Rusk VM é baseada em WASM e dá suporte nativo à validação de provas de conhecimento zero; em outras cadeias, geralmente é preciso adicionar camadas extras. Porém, há menos desenvolvedores de WASM do que no ecossistema EVM, então a migração não é tão simples
A taxa de staking na rede sempre foi alta. $DUSK é tanto taxa de Gas quanto token para staking. Eu acho que o caminho traçado pela Dusk entre privacidade e conformidade pode ir mais longe—ficar de olho no progresso de上线 do módulo do Zedger e prestar menos atenção no barulho do hype
$DUSK #dusk
Depois de folhear por um bom tempo, percebi que a ideia de arquitetura deste projeto não é muito parecida com o que é comum no setor
Na camada de base, ele usa consenso SBA: o validador é dividido em dois papéis, Generator e Provisioner—um cria os blocos e o outro confirma
No meio do caminho, usa Proof-of-Blind Bid para eleger o líder de privacidade. Para participar, é preciso fazer stake de DUSK, mas os outros não sabem quanto você apostou
A probabilidade de bifurcação é reduzida para o nível (f)^3 por rodada. A vantagem é que ele chega a uma finalidade quase imediata; porém, como os papéis são divididos em duas partes, o limite para nós comuns fica mais alto. O modelo de transações da Phoenix é baseado em UTxO: ele armazena saídas em uma árvore Merkle de profundidade 34. Isso permite gastar transações em Rusk VM, que é quase Turing-completa, mantendo segredo. Mesmo que a taxa seja desconhecida, ainda dá para executar. E, comparado a modelos de assinatura em anel, é menos fácil de ser rastreado
Mas privacidade total também traz problemas: e se instituições precisarem cumprir regras regulatórias? Então ele criou o Zedger—com lista branca e um mecanismo auditável. Assim, o regulador consegue ver o que precisa ver; o resto fica criptografado
Acredito que essa rota intermediária é mais pragmática do que ser apenas anônimo ou apenas público. Só que a própria lista branca reintroduz risco de centralização. A Rusk VM é baseada em WASM e dá suporte nativo à validação de provas de conhecimento zero; em outras cadeias, geralmente é preciso adicionar camadas extras. Porém, há menos desenvolvedores de WASM do que no ecossistema EVM, então a migração não é tão simples
A taxa de staking na rede sempre foi alta. $DUSK é tanto taxa de Gas quanto token para staking. Eu acho que o caminho traçado pela Dusk entre privacidade e conformidade pode ir mais longe—ficar de olho no progresso de上线 do módulo do Zedger e prestar menos atenção no barulho do hype
$DUSK #dusk