Zebra atinge de emergência 6.4.2｜Versão antiga pode ser acionada remotamente para causar falha, mas não é roubo de moedas｜ZEC em 1542 eu primeiro controlo o risco
Minha postura é primeiro observar o conserto dos nós e não traduzir um aviso de segurança diretamente como um sinal de alta do ZEC. A Fundação Zcash emitiu em 25 de setembro uma versão emergencial Zebra 6.4.2: 6.4.0 e 6.4.1 têm um problema de alto risco; qualquer par (peer) de rede pode enviar uma mensagem especialmente construída, o que pode fazer o processo do nó que executa essas versões sair. A versão oficial já retirou essas duas versões e exige que os operadores relacionados atualizem imediatamente para a 6.4.2; versões 6.3.0 e anteriores não são afetadas por esse problema específico. O anúncio original da fundação e o comunicado de segurança do GitHub do mesmo projeto se confirmam mutuamente. Em especial, é preciso corrigir informações antigas: eu havia mencionado que 6.4.1 travaria por sincronização lenta; isso era o estado da versão na época do lançamento. Agora ela foi retirada e não pode mais ser usada como alvo de atualização.
Também é preciso deixar claro o limite do risco. O aviso delimita o impacto à disponibilidade: o nó pode ser interrompido remotamente, e mesmo após reiniciar pode voltar a ser afetado por interferências do mesmo tipo; não há relatos de cisão de consenso, de recursos serem desviados ou de vazamento de dados de privacidade. Isso não significa que a rede principal do Zcash tenha “parado”, nem implica que o ZEC na carteira tenha sido roubado. Zebra é uma implementação independente de nós dentro do protocolo do Zcash; se houver muitos nós realmente executando 6.4.0 ou 6.4.1, a estabilidade do serviço e a experiência de propagação de blocos e transações podem sofrer pressão. Se os operadores atualizarem rapidamente, há chance de a pressão se dissipar. Em termos de proporção real de nós afetados e escala real de uso, eu não tenho estatísticas confiáveis no momento, então não vou transformar o pior cenário em fato estabelecido.
No mercado, até confirmar Kraken ZEC/USD, o preço atual está em torno de US$ 1542; a máxima nas últimas 24h é cerca de US$ 1624 e a mínima cerca de US$ 1513. O preço já se afastou claramente das máximas intradiárias, mas não dá para concluir que toda a queda é causada pelo漏洞 apenas por uma tela de ordens. No curto prazo, eu vejo se entre 1555 e 1560 consegue voltar a sustentar; primeiro observo se perto de 1513 haverá suporte. Se, posteriormente, a autoridade oficial descobrir novos impactos em consenso ou na camada de fundos, ou se o serviço dos nós seguir impedido na prática, mesmo com uma alta do preço, isso derrubaria minha avaliação de “risco principalmente de disponibilidade”. Por outro lado, se a cobertura de atualização aumentar e a rede operar normalmente, aí sim dá para reduzir o peso de risco do evento.
Se fosse eu negociando: no momento não participo, posição 0. A direção só fica em ordens spot com tamanho pequeno e condicional, sem “chutar o fundo” do evento. Só vou usar 0,3% do capital para testar a entrada quando a correção for confirmada em implantação e com estabilidade pela oficial, e quando o preço ficar acima de US$ 1560 em duas velas completas de 15 minutos seguidas; e mesmo após o recuo para US$ 1555, ainda manter-se acima. Ao entrar, se cair de volta para 1540, reduzo metade; se cair abaixo de 1525, encerro toda a posição com stop. Se a entrada ainda não tiver sido acionada e antes disso o preço romper 1513, esse plano de múltiplas ordens é cancelado direto. Se houver um novo comunicado de segurança oficial que amplie o escopo do impacto, priorizo o encerramento da posição — sem esperar o stop técnico — primeiro. Fazer isso não é prever impacto do漏洞 no preço; é criar limiares separados para que fatos, preço e posição tenham cada um uma “porta”.
Fonte: anúncio Zebra 6.4.2 da Fundação Zcash, comunicado de segurança do projeto no GitHub e página de lançamento; dados do book são do instante no Kraken. #ZEC
O acima é apenas observação pessoal do mercado, não constitui recomendação de investimento.
Minha postura é primeiro observar o conserto dos nós e não traduzir um aviso de segurança diretamente como um sinal de alta do ZEC. A Fundação Zcash emitiu em 25 de setembro uma versão emergencial Zebra 6.4.2: 6.4.0 e 6.4.1 têm um problema de alto risco; qualquer par (peer) de rede pode enviar uma mensagem especialmente construída, o que pode fazer o processo do nó que executa essas versões sair. A versão oficial já retirou essas duas versões e exige que os operadores relacionados atualizem imediatamente para a 6.4.2; versões 6.3.0 e anteriores não são afetadas por esse problema específico. O anúncio original da fundação e o comunicado de segurança do GitHub do mesmo projeto se confirmam mutuamente. Em especial, é preciso corrigir informações antigas: eu havia mencionado que 6.4.1 travaria por sincronização lenta; isso era o estado da versão na época do lançamento. Agora ela foi retirada e não pode mais ser usada como alvo de atualização.
Também é preciso deixar claro o limite do risco. O aviso delimita o impacto à disponibilidade: o nó pode ser interrompido remotamente, e mesmo após reiniciar pode voltar a ser afetado por interferências do mesmo tipo; não há relatos de cisão de consenso, de recursos serem desviados ou de vazamento de dados de privacidade. Isso não significa que a rede principal do Zcash tenha “parado”, nem implica que o ZEC na carteira tenha sido roubado. Zebra é uma implementação independente de nós dentro do protocolo do Zcash; se houver muitos nós realmente executando 6.4.0 ou 6.4.1, a estabilidade do serviço e a experiência de propagação de blocos e transações podem sofrer pressão. Se os operadores atualizarem rapidamente, há chance de a pressão se dissipar. Em termos de proporção real de nós afetados e escala real de uso, eu não tenho estatísticas confiáveis no momento, então não vou transformar o pior cenário em fato estabelecido.
No mercado, até confirmar Kraken ZEC/USD, o preço atual está em torno de US$ 1542; a máxima nas últimas 24h é cerca de US$ 1624 e a mínima cerca de US$ 1513. O preço já se afastou claramente das máximas intradiárias, mas não dá para concluir que toda a queda é causada pelo漏洞 apenas por uma tela de ordens. No curto prazo, eu vejo se entre 1555 e 1560 consegue voltar a sustentar; primeiro observo se perto de 1513 haverá suporte. Se, posteriormente, a autoridade oficial descobrir novos impactos em consenso ou na camada de fundos, ou se o serviço dos nós seguir impedido na prática, mesmo com uma alta do preço, isso derrubaria minha avaliação de “risco principalmente de disponibilidade”. Por outro lado, se a cobertura de atualização aumentar e a rede operar normalmente, aí sim dá para reduzir o peso de risco do evento.
Se fosse eu negociando: no momento não participo, posição 0. A direção só fica em ordens spot com tamanho pequeno e condicional, sem “chutar o fundo” do evento. Só vou usar 0,3% do capital para testar a entrada quando a correção for confirmada em implantação e com estabilidade pela oficial, e quando o preço ficar acima de US$ 1560 em duas velas completas de 15 minutos seguidas; e mesmo após o recuo para US$ 1555, ainda manter-se acima. Ao entrar, se cair de volta para 1540, reduzo metade; se cair abaixo de 1525, encerro toda a posição com stop. Se a entrada ainda não tiver sido acionada e antes disso o preço romper 1513, esse plano de múltiplas ordens é cancelado direto. Se houver um novo comunicado de segurança oficial que amplie o escopo do impacto, priorizo o encerramento da posição — sem esperar o stop técnico — primeiro. Fazer isso não é prever impacto do漏洞 no preço; é criar limiares separados para que fatos, preço e posição tenham cada um uma “porta”.
Fonte: anúncio Zebra 6.4.2 da Fundação Zcash, comunicado de segurança do projeto no GitHub e página de lançamento; dados do book são do instante no Kraken. #ZEC
O acima é apenas observação pessoal do mercado, não constitui recomendação de investimento.
