Duas descrições supostamente autorizadas do mecanismo de consenso próprio de @Dusk não concordam entre si. Uma fonte o descreve como "tecnologia de acordo bizantino de isolamento". Outra, na mesma etapa de pesquisa, o chama de "consenso baseado na extração de líderes do PoS privado". Isso não são apenas formulações diferentes do mesmo conceito — acordo bizantino e extração de líderes de PoS são categorias de design relacionadas, mas distintas, na pesquisa sobre consenso.
hmm Para uma cadeia cuja proposta de valor inteira se apoia na precisão criptográfica — provas de conhecimento zero, divulgação seletiva, contratos inteligentes auditáveis, porém privados — ter seu próprio mecanismo de consenso descrito de forma inconsistente em materiais do ecossistema é uma falha pequena, mas reveladora. Equipes institucionais de due diligence técnica leem a documentação com atenção, e quando fontes secundárias não conseguem concordar sobre a terminologia básica de como a rede chega a consenso, isso é um sinal de que ou a própria documentação é inconsistente, ou esses textos estão se baseando em descrições internas desatualizadas ou conflitantes à medida que o protocolo evoluiu.
Este é um exemplo de baixo impacto por si só. Mas é um padrão que vale a pena observar para um projeto que pede que instituições confiem nele para liquidação regulada: se a terminologia de consenso pode divergir ou contradizer o conteúdo do próprio ecossistema do projeto, quão rigidamente controlada é a documentação para as partes que realmente importam mais — lógica de custódia, regras de divulgação de conformidade, procedimentos de atualização?
Terminologia inconsistente nos materiais próprios de um projeto é um problema de documentação, ou um sinal de que o design subjacente mudou em algum momento ao longo do caminho?$DUSK #dusk