Janela de decisão da atualização ZEC｜Testes em carteira de navegador expõem limites de sincronização｜Vou esperar por resultados verificáveis
Mantenho uma postura de observação cautelosa, mas desta vez não vou repetir a discussão sobre a correção da fila de nós: quero analisar a camada das carteiras, que é onde os utilizadores comuns realmente interagem. O calendário NU7 da comunidade Zcash indica 20 de outubro como a data da decisão de ativação da mainnet e 5 de novembro como a data prevista para a ativação; até à publicação deste texto, não se deve tratar a data prevista como uma altura de bloco da mainnet oficialmente confirmada. Em 13 de outubro, um programador da comunidade relatou na discussão desse calendário que o cliente de navegador WebZjs, sem modificações, não conseguia concluir a sincronização na testnet NU7. O motivo era que o lightwalletd da testnet devolvia, para um fluxo de UTXOs de endereço vazio, uma resposta que continha apenas um cabeçalho de estado, sem corpo de mensagem; o tonic-web-wasm-client subjacente identificava-a como “malformed response”. O problema está documentado no relatório original na questão #99 do GitHub da biblioteca dependente, e o PR de correção #113 continua visível como aberto: são factos técnicos que podem ser verificados em fontes cruzadas.
Mas é preciso deixar claro o âmbito: trata-se de um problema de compatibilidade numa combinação específica de cliente de navegador, serviço da testnet e biblioteca dependente. Não significa que a mainnet da Zcash esteja parada, nem que todas as carteiras ZEC sejam incapazes de enviar ou receber. Quem reportou o problema disse que, após adicionar uma pequena solução temporária, a carteira na testnet conseguiu sincronizar até ao topo da cadeia, mas também deixou claro que as funções de envio e receção ainda não foram testadas. Portanto, “sincronização bem-sucedida” não pode ser confundida com “todas as funções de transação verificadas”. Para quem negoceia, o risco de uma atualização muitas vezes não está num erro nas próprias regras do protocolo, mas no facto de carteiras, indexadores, nós de corretoras e interfaces avançarem a ritmos diferentes na preparação, o que afeta a experiência de depósitos e levantamentos e a liquidez no curto prazo. Quanto mais perto estivermos da atualização prevista, mais importante é acompanhar a decisão oficial, as versões formais e os testes dos prestadores de serviços, em vez de olhar apenas para palavras-chave relacionadas com a atualização.
Também não se pode atribuir a reação do mercado a este assunto de forma simplista. Por volta das 13h, hora de Pequim, o par ZEC/USD da Kraken estava perto de 1147 dólares; a abertura do dia foi de cerca de 1153, e o intervalo intradiário foi de aproximadamente 1117 a 1154 dólares. O preço continuava abaixo da abertura, pelo que não se pode falar de uma pressão vendedora claramente unilateral causada pelo relato sobre a carteira. A lista de tendências atual da Binance Square não tem uma etiqueta diretamente relacionada com este problema de compatibilidade, e o ZEC também não aparece a subir rapidamente na lista de pesquisas. Não vou usar o entusiasmo em torno de outras moedas para dar visibilidade a este tema. Para que a minha avaliação passe a ser positiva, é necessário que a decisão da mainnet NU7 e a altura de ativação sejam esclarecidas, que a correção da dependência da carteira seja integrada e testada, e que o preço ultrapasse 1155 e se mantenha acima desse nível. Se a equipa oficial adiar a atualização ou a validação da carteira continuar a revelar problemas, manterei a cautela mesmo que haja uma subida de curto prazo.
Se fosse eu a negociar, não entraria agora; deixaria apenas em aberto a possibilidade de uma pequena posição comprada à vista. Só abriria uma posição de teste, usando no máximo 2% do capital total e sem alavancagem, se as condições de validação oficial e da carteira acima fossem cumpridas, e o ZEC/USD fechasse uma vela horária acima de 1155, sem cair abaixo de 1140 no reteste. O primeiro objetivo seria 1180 dólares, altura em que reduziria a posição para metade; o segundo seria 1210, onde fecharia o restante. Depois da entrada, se o preço caísse abaixo de 1115, fecharia toda a posição para limitar as perdas; se rompesse em alta, mas voltasse a perder 1140 dentro de uma hora, sairia antecipadamente. Se as condições nunca se verificarem em simultâneo, isto será apenas um plano, não uma operação executada, e não haverá ganhos a avaliar. Disciplina não é adivinhar o dia da atualização, mas confirmar primeiro que os serviços estão operacionais e só depois assumir um risco limitado perante a oscilação do preço.
Fontes: discussão do calendário NU7 da comunidade Zcash, questão #99 e PR #113 no GitHub do tonic-web-wasm-client, Kraken ZEC/USD; os preços e o estado técnico podem mudar, por isso consulte as páginas originais. #ZEC
O texto acima representa apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.
Mantenho uma postura de observação cautelosa, mas desta vez não vou repetir a discussão sobre a correção da fila de nós: quero analisar a camada das carteiras, que é onde os utilizadores comuns realmente interagem. O calendário NU7 da comunidade Zcash indica 20 de outubro como a data da decisão de ativação da mainnet e 5 de novembro como a data prevista para a ativação; até à publicação deste texto, não se deve tratar a data prevista como uma altura de bloco da mainnet oficialmente confirmada. Em 13 de outubro, um programador da comunidade relatou na discussão desse calendário que o cliente de navegador WebZjs, sem modificações, não conseguia concluir a sincronização na testnet NU7. O motivo era que o lightwalletd da testnet devolvia, para um fluxo de UTXOs de endereço vazio, uma resposta que continha apenas um cabeçalho de estado, sem corpo de mensagem; o tonic-web-wasm-client subjacente identificava-a como “malformed response”. O problema está documentado no relatório original na questão #99 do GitHub da biblioteca dependente, e o PR de correção #113 continua visível como aberto: são factos técnicos que podem ser verificados em fontes cruzadas.
Mas é preciso deixar claro o âmbito: trata-se de um problema de compatibilidade numa combinação específica de cliente de navegador, serviço da testnet e biblioteca dependente. Não significa que a mainnet da Zcash esteja parada, nem que todas as carteiras ZEC sejam incapazes de enviar ou receber. Quem reportou o problema disse que, após adicionar uma pequena solução temporária, a carteira na testnet conseguiu sincronizar até ao topo da cadeia, mas também deixou claro que as funções de envio e receção ainda não foram testadas. Portanto, “sincronização bem-sucedida” não pode ser confundida com “todas as funções de transação verificadas”. Para quem negoceia, o risco de uma atualização muitas vezes não está num erro nas próprias regras do protocolo, mas no facto de carteiras, indexadores, nós de corretoras e interfaces avançarem a ritmos diferentes na preparação, o que afeta a experiência de depósitos e levantamentos e a liquidez no curto prazo. Quanto mais perto estivermos da atualização prevista, mais importante é acompanhar a decisão oficial, as versões formais e os testes dos prestadores de serviços, em vez de olhar apenas para palavras-chave relacionadas com a atualização.
Também não se pode atribuir a reação do mercado a este assunto de forma simplista. Por volta das 13h, hora de Pequim, o par ZEC/USD da Kraken estava perto de 1147 dólares; a abertura do dia foi de cerca de 1153, e o intervalo intradiário foi de aproximadamente 1117 a 1154 dólares. O preço continuava abaixo da abertura, pelo que não se pode falar de uma pressão vendedora claramente unilateral causada pelo relato sobre a carteira. A lista de tendências atual da Binance Square não tem uma etiqueta diretamente relacionada com este problema de compatibilidade, e o ZEC também não aparece a subir rapidamente na lista de pesquisas. Não vou usar o entusiasmo em torno de outras moedas para dar visibilidade a este tema. Para que a minha avaliação passe a ser positiva, é necessário que a decisão da mainnet NU7 e a altura de ativação sejam esclarecidas, que a correção da dependência da carteira seja integrada e testada, e que o preço ultrapasse 1155 e se mantenha acima desse nível. Se a equipa oficial adiar a atualização ou a validação da carteira continuar a revelar problemas, manterei a cautela mesmo que haja uma subida de curto prazo.
Se fosse eu a negociar, não entraria agora; deixaria apenas em aberto a possibilidade de uma pequena posição comprada à vista. Só abriria uma posição de teste, usando no máximo 2% do capital total e sem alavancagem, se as condições de validação oficial e da carteira acima fossem cumpridas, e o ZEC/USD fechasse uma vela horária acima de 1155, sem cair abaixo de 1140 no reteste. O primeiro objetivo seria 1180 dólares, altura em que reduziria a posição para metade; o segundo seria 1210, onde fecharia o restante. Depois da entrada, se o preço caísse abaixo de 1115, fecharia toda a posição para limitar as perdas; se rompesse em alta, mas voltasse a perder 1140 dentro de uma hora, sairia antecipadamente. Se as condições nunca se verificarem em simultâneo, isto será apenas um plano, não uma operação executada, e não haverá ganhos a avaliar. Disciplina não é adivinhar o dia da atualização, mas confirmar primeiro que os serviços estão operacionais e só depois assumir um risco limitado perante a oscilação do preço.
Fontes: discussão do calendário NU7 da comunidade Zcash, questão #99 e PR #113 no GitHub do tonic-web-wasm-client, Kraken ZEC/USD; os preços e o estado técnico podem mudar, por isso consulte as páginas originais. #ZEC
O texto acima representa apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.