12346

Nova proposta do Zebra detecta gastos duplicados antecipadamente｜ZEC ainda enfrenta resistência perto de 1256｜Aguardo confirmação dos preços

Minha posição é favorável à direção técnica, mas não vou tratar código ainda em análise como uma notícia positiva já concretizada. O repositório Zebra, mantido pela Zcash Foundation, recebeu nesta manhã o PR #12347, que propõe, no caso de duas transações transparentes no mesmo bloco gastarem a mesma saída, fazer uma verificação das saídas já gastas após a checagem da raiz de Merkle e antes da validação de cada transação. A issue #12346 explica que o fluxo atual acaba rejeitando esse tipo de bloco na etapa de validação de contexto; barrar mais cedo gastos duplicados claramente inválidos pode reduzir consultas UTXO e verificações criptográficas desnecessárias nas etapas seguintes. As alterações de código envolvem a função de verificação de consenso e novos testes, cobrindo transações V4 e V5, a ordem de prioridade dos erros e a execução da verificação apenas quando há entradas transparentes.

Esse detalhe pode ser facilmente interpretado de forma equivocada. A proposta não significa que gastos duplicados “antes eram aceitos”, muito menos que tenha sido descoberto um ataque de gasto duplo já explorado na rede principal. O que ela pretende mudar é o momento em que blocos inválidos são rejeitados. Blocos sem entradas transparentes ignorarão a verificação adicional, enquanto a duplicação de entradas dentro de uma transação e as verificações de contexto serão mantidas. O PR está atualmente aberto e ainda não foi mesclado, lançado nem implantado; os cenários de teste listados pelo autor não equivalem a dados independentes de desempenho. Se a revisão for aprovada e a economia de recursos for confirmada sob carga real, os nós poderão processar blocos maliciosos ou incorretos com mais eficiência, mas é difícil converter diretamente esse tipo de otimização pontual de desempenho em demanda por ZEC. Estou mais atento aos comentários da revisão, à aprovação dos testes e a uma futura versão oficial do que a perseguir o preço por causa de um título técnico.

A reação do mercado não mostrou uma recuperação clara. Por volta das 07:28, horário de Pequim, o par ZEC/USDT da Binance estava em torno de US$ 1256,34, com abertura de 1320,89, máxima de 1364,21 e mínima de 1236,64 nas últimas 24 horas, uma queda de cerca de 4,9%. Essa queda não pode ser atribuída ao PR recém-enviado, nem se pode dizer que o PR tenha impedido o preço de cair. Na lista Most Searched de seis horas da Binance Square aparece ZEC, mas sem o selo “Rapid Riser”; os Trending Topics atuais também não incluem nenhum tópico diretamente relacionado a ZEC. Considero a faixa de 1236 a 1240 uma zona próxima de mínimas, e 1280 o primeiro nível a observar para avaliar se uma recuperação pode continuar. Se o preço romper 1236 e não conseguir voltar a se manter acima desse nível, minha avaliação de estabilização de curto prazo estará invalidada; se apenas subir até perto de 1280 e depois recuar, continuará em uma faixa fraca.

Se eu fosse negociar por conta própria, não entraria agora; consideraria apenas uma posição pequena comprada no mercado à vista, sem alavancagem. Só abriria uma posição de teste equivalente a 0,4% do capital total se ZEC superasse 1280, recuasse e se mantivesse acima desse nível, e a mínima parasse de cair. O primeiro alvo seria 1320, onde reduziria a posição pela metade; o segundo seria 1360, onde encerraria o restante em parcelas. Após a entrada, acionaria o stop-loss se o preço voltasse a cair abaixo de 1236. Também sairia mais cedo caso a revisão do PR trouxesse uma rejeição importante ou a recuperação não encontrasse suporte no volume negociado. Se as condições não forem atendidas, ficarei em caixa, sem apresentar uma proposta de desenvolvimento como se já tivesse gerado lucro realizado.

Fontes: Zcash Foundation Zebra PR #12347, issue #12346 e diferenças de código; cotações de ZEC/USDT na Binance. #ZEC
O conteúdo acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.