As mensagens de clientes duplos do Zcash têm um detalhe fácil de passar despercebido.
Em 3 de outubro, o Zcash oficial apresentou Zebra e Zakura, executando o mesmo conjunto de regras. Mas as explicações anteriores da fundação diziam claramente: Zakura é construída sobre o código do Zebra. Essa ramificação do software não é um anúncio de uma nova cadeia.
Isso exige que “independência” seja entendida em partes: a equipe pode manter, auditar e lançar o software de forma independente, mas o código ainda pode ter uma origem comum. Os nomes dos dois clientes não devem ser convertidos diretamente em dois conjuntos totalmente não relacionados de riscos de falha.
A fundação também afirma que vai investir em testes de consistência entre implementações e em testes diferenciais, para identificar problemas antes que diferenças de consenso cheguem à rede principal. Essa direção contém mais informação do que a simples contagem de clientes: o mesmo bloco e as mesmas transações, entregues a clientes diferentes—os resultados de validação são consistentes?
Minha avaliação: a diversidade de clientes depende do que foi efetivamente implantado, das dependências críticas e da validação cruzada. Novas opções são valiosas, mas sem evidências de proporção na implantação e de dependências, não é adequado quantificar alegações sobre quanto a descentralização já melhorou; e menos ainda usar isso para concluir que houve mudança na distribuição de poder computacional.
Fonte: postagem oficial do Zcash em 3 de outubro; nota técnica da Zcash Foundation em 16 de julho.
$ZEC #diversidade de clientes
Em 3 de outubro, o Zcash oficial apresentou Zebra e Zakura, executando o mesmo conjunto de regras. Mas as explicações anteriores da fundação diziam claramente: Zakura é construída sobre o código do Zebra. Essa ramificação do software não é um anúncio de uma nova cadeia.
Isso exige que “independência” seja entendida em partes: a equipe pode manter, auditar e lançar o software de forma independente, mas o código ainda pode ter uma origem comum. Os nomes dos dois clientes não devem ser convertidos diretamente em dois conjuntos totalmente não relacionados de riscos de falha.
A fundação também afirma que vai investir em testes de consistência entre implementações e em testes diferenciais, para identificar problemas antes que diferenças de consenso cheguem à rede principal. Essa direção contém mais informação do que a simples contagem de clientes: o mesmo bloco e as mesmas transações, entregues a clientes diferentes—os resultados de validação são consistentes?
Minha avaliação: a diversidade de clientes depende do que foi efetivamente implantado, das dependências críticas e da validação cruzada. Novas opções são valiosas, mas sem evidências de proporção na implantação e de dependências, não é adequado quantificar alegações sobre quanto a descentralização já melhorou; e menos ainda usar isso para concluir que houve mudança na distribuição de poder computacional.
Fonte: postagem oficial do Zcash em 3 de outubro; nota técnica da Zcash Foundation em 16 de julho.
$ZEC #diversidade de clientes
