Se os blocos forem gerados três vezes mais depressa, serão emitidos três vezes mais tokens? Olhando para $ZEC , prefiro primeiro fazer as contas.
Segundo os dados do mercado à vista da Binance recolhidos às 08:07 de 12 de outubro, hora de Pequim, o ZEC subiu cerca de 1,49% durante a hora completa das 07:00 às 08:00, com um volume negociado de aproximadamente 7,71 milhões de USDT — 1,59 vezes a média das cinco horas completas anteriores. A atividade de negociação recuperou, mas isso não prova que o mercado esteja a negociar com base numa determinada atualização.
Voltei a verificar as notas da versão Zebra 7.0.0-rc.0, publicadas pela Zcash Foundation a 2 de outubro. Trata-se de uma versão candidata antiga e de documentação relativa à testnet, não de um anúncio de lançamento na mainnet para hoje. O texto aborda a redução do intervalo-alvo entre blocos de 75 para 25 segundos, reduzindo ao mesmo tempo a recompensa correspondente por bloco para um terço e triplicando o número de blocos em cada intervalo restante entre halvings, de modo a manter o plano de emissão base diária.
Isto mostra que não se deve avaliar a economia dos tokens olhando apenas para o valor «por bloco»: se o número diário de blocos aumentar, a recompensa por bloco pode diminuir na mesma proporção. A velocidade dos pagamentos e a emissão base são duas coisas diferentes. Confirmações mais rápidas podem melhorar a experiência de utilização, mas não permitem concluir diretamente que a oferta aumentou, nem que a procura real por pagamentos cresceu.
O mecanismo das taxas também deve ser analisado separadamente. De acordo com as notas, 60% das taxas de transação são colocadas numa reserva e, posteriormente, reemitidas gradualmente segundo as regras; isto não é o mesmo que uma queima permanente. Uma saída temporária de circulação e uma redução permanente da oferta não devem ser confundidas como se fossem o mesmo fator positivo. Esta explicação diz respeito à proposta candidata e não afirma que a mainnet atual já a tenha adotado.
A minha conclusão, necessariamente limitada, é que uma atualização deve ser avaliada analisando separadamente a velocidade das confirmações, a emissão base, o destino das taxas e a utilização real. Mesmo que o design melhore a experiência, o reflexo disso no valor de mercado continua a depender da implementação e da procura. Outra explicação possível é que a subida atual se deva a desequilíbrios temporários entre oferta e procura ou a outras informações; não há provas nesta análise que permitam excluir essa hipótese.
O próximo passo é confirmar a versão oficial e o estado efetivo da ativação e, em seguida, analisar a utilização dos pagamentos, as taxas e as alterações na reserva. Se as regras oficiais alterarem os parâmetros acima, será necessário refazer as contas; se houver apenas uma variação de preço, isso não prova os efeitos do mecanismo. Os dados de mercado são apenas da Binance.
Texto original: https://zfnd.org/zebra-7-0-0-rc-0-nu7-arrives-on-testnet/
Segundo os dados do mercado à vista da Binance recolhidos às 08:07 de 12 de outubro, hora de Pequim, o ZEC subiu cerca de 1,49% durante a hora completa das 07:00 às 08:00, com um volume negociado de aproximadamente 7,71 milhões de USDT — 1,59 vezes a média das cinco horas completas anteriores. A atividade de negociação recuperou, mas isso não prova que o mercado esteja a negociar com base numa determinada atualização.
Voltei a verificar as notas da versão Zebra 7.0.0-rc.0, publicadas pela Zcash Foundation a 2 de outubro. Trata-se de uma versão candidata antiga e de documentação relativa à testnet, não de um anúncio de lançamento na mainnet para hoje. O texto aborda a redução do intervalo-alvo entre blocos de 75 para 25 segundos, reduzindo ao mesmo tempo a recompensa correspondente por bloco para um terço e triplicando o número de blocos em cada intervalo restante entre halvings, de modo a manter o plano de emissão base diária.
Isto mostra que não se deve avaliar a economia dos tokens olhando apenas para o valor «por bloco»: se o número diário de blocos aumentar, a recompensa por bloco pode diminuir na mesma proporção. A velocidade dos pagamentos e a emissão base são duas coisas diferentes. Confirmações mais rápidas podem melhorar a experiência de utilização, mas não permitem concluir diretamente que a oferta aumentou, nem que a procura real por pagamentos cresceu.
O mecanismo das taxas também deve ser analisado separadamente. De acordo com as notas, 60% das taxas de transação são colocadas numa reserva e, posteriormente, reemitidas gradualmente segundo as regras; isto não é o mesmo que uma queima permanente. Uma saída temporária de circulação e uma redução permanente da oferta não devem ser confundidas como se fossem o mesmo fator positivo. Esta explicação diz respeito à proposta candidata e não afirma que a mainnet atual já a tenha adotado.
A minha conclusão, necessariamente limitada, é que uma atualização deve ser avaliada analisando separadamente a velocidade das confirmações, a emissão base, o destino das taxas e a utilização real. Mesmo que o design melhore a experiência, o reflexo disso no valor de mercado continua a depender da implementação e da procura. Outra explicação possível é que a subida atual se deva a desequilíbrios temporários entre oferta e procura ou a outras informações; não há provas nesta análise que permitam excluir essa hipótese.
O próximo passo é confirmar a versão oficial e o estado efetivo da ativação e, em seguida, analisar a utilização dos pagamentos, as taxas e as alterações na reserva. Se as regras oficiais alterarem os parâmetros acima, será necessário refazer as contas; se houver apenas uma variação de preço, isso não prova os efeitos do mecanismo. Os dados de mercado são apenas da Binance.
Texto original: https://zfnd.org/zebra-7-0-0-rc-0-nu7-arrives-on-testnet/