Patch de tolerância a falhas para nós XMR ainda aguarda revisão｜Não é uma atualização do protocolo de privacidade｜Perto de 533, vou esperar confirmação primeiro
A minha postura é cautelosa: hoje, não vou tratar um registo de revisão de código como catalisador para a subida do XMR. O PR #11531 no repositório oficial de código da Monero foi apresentado a 11 de outubro para resolver um problema em que tarefas do conjunto de threads lançam exceções. A página continua a indicar «Open» e «pending review»; um revisor já aprovou o código, mas isso não significa que tenha sido integrado, muito menos que o patch já esteja incluído numa versão oficial da carteira ou do nó. O autor refere que a interface do conjunto de threads permite submeter tarefas sem fornecer um objeto de espera, mas que, em determinadas condições, o tratamento de exceções existente ainda tenta chamá-lo, o que pode causar a falha de uma thread de trabalho; além disso, exceções não padrão podem escapar da thread de trabalho. A proposta de correção consiste em verificar primeiro se o objeto existe e acrescentar uma captura de exceções de recurso. O autor escreveu dois testes de regressão e afirma que o código antigo falharia, enquanto o novo permite que as tarefas seguintes continuem a ser executadas. Esta é a descrição dos testes feita por quem submeteu o PR, não uma medição independente minha dos nós da rede.
Porque é que isto interessa aos traders? A utilização efetiva do XMR depende da sincronização contínua de nós locais ou remotos e da capacidade das carteiras de obterem um estado fiável da blockchain. Se uma tarefa do nó terminar devido a uma exceção, os utilizadores poderão enfrentar interrupções na sincronização, atrasos nas consultas ou custos associados ao reinício do serviço. Melhorar a tolerância a falhas nestes casos específicos é positivo para a qualidade operacional. Mas a descrição do PR refere-se a um caminho específico do código: não significa que haja atualmente uma falha generalizada de nós, nem que os mecanismos de privacidade das assinaturas em anel, dos endereços ocultos ou dos montantes das transações tenham sido atualizados. Também não cria diretamente nova procura por XMR. O que realmente mudaria a minha avaliação seria a conclusão da revisão e a integração do código, a sua inclusão numa versão oficial e, mais tarde, o feedback dos operadores de nós sobre uma eventual redução da taxa de falhas. Sem estas provas, não se pode transformar «correção proposta» em «risco eliminado».
A reação do mercado também deve ser separada dos factos. No momento em que escrevo, o XMR/USD na Kraken está perto dos 533,29 dólares; hoje abriu a 536,99, atingiu uma máxima de 539,04 e uma mínima de 527,91. O preço está fraco face à abertura, mas não consigo provar que isso se deva a este PR; ao mesmo tempo, a apetência pelo risco em BTC e nas altcoins parece ter maior probabilidade de influenciar o curto prazo. Para mim, 527–528 é a zona de suporte próxima da mínima intradiária atual, 536–539 é a faixa que terá de recuperar primeiro para voltar a mostrar força, e 544 é a zona seguinte a observar. Se não recuperar os 539 e voltar a cair abaixo de 527, a minha hipótese de recuperação no curto prazo deixa de ser válida. Se houver alterações no progresso da integração oficial ou surgirem novos relatos de falhas nos nós, também terei de reavaliar as premissas fundamentais.
Se fosse eu a negociar: não entraria agora, não abriria posições curtas nem recorreria a alavancagem. Só consideraria uma posição comprada experimental em XMR à vista, usando no máximo 0,3% do capital total, depois de duas velas completas de 15 minutos fecharem acima de 539, seguidas de um reteste que se mantenha entre 536 e 539, desde que o BTC não continue a fazer mínimos mais baixos. O primeiro objetivo seria 544, onde fecharia metade da posição; o segundo seria 550–553, onde encerraria o restante. Depois da entrada, se uma vela de 15 minutos voltar a fechar abaixo de 536, reduziria para metade a posição restante. Colocaria um stop rígido abaixo de 527 e, se fosse acionado, encerraria toda a posição. Se o preço quebrar os 527 antes da entrada, cancelo todo o plano. Também sairia voluntariamente se, após a quebra em alta, o volume não acompanhasse ou se houvesse anomalias nos depósitos ou levantamentos em nós remotos ou numa corretora. Se nenhum sinal for acionado, mantenho-me fora do mercado; não vou apresentar uma observação como se fosse uma transação.
#XMR
O texto acima representa apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.
A minha postura é cautelosa: hoje, não vou tratar um registo de revisão de código como catalisador para a subida do XMR. O PR #11531 no repositório oficial de código da Monero foi apresentado a 11 de outubro para resolver um problema em que tarefas do conjunto de threads lançam exceções. A página continua a indicar «Open» e «pending review»; um revisor já aprovou o código, mas isso não significa que tenha sido integrado, muito menos que o patch já esteja incluído numa versão oficial da carteira ou do nó. O autor refere que a interface do conjunto de threads permite submeter tarefas sem fornecer um objeto de espera, mas que, em determinadas condições, o tratamento de exceções existente ainda tenta chamá-lo, o que pode causar a falha de uma thread de trabalho; além disso, exceções não padrão podem escapar da thread de trabalho. A proposta de correção consiste em verificar primeiro se o objeto existe e acrescentar uma captura de exceções de recurso. O autor escreveu dois testes de regressão e afirma que o código antigo falharia, enquanto o novo permite que as tarefas seguintes continuem a ser executadas. Esta é a descrição dos testes feita por quem submeteu o PR, não uma medição independente minha dos nós da rede.
Porque é que isto interessa aos traders? A utilização efetiva do XMR depende da sincronização contínua de nós locais ou remotos e da capacidade das carteiras de obterem um estado fiável da blockchain. Se uma tarefa do nó terminar devido a uma exceção, os utilizadores poderão enfrentar interrupções na sincronização, atrasos nas consultas ou custos associados ao reinício do serviço. Melhorar a tolerância a falhas nestes casos específicos é positivo para a qualidade operacional. Mas a descrição do PR refere-se a um caminho específico do código: não significa que haja atualmente uma falha generalizada de nós, nem que os mecanismos de privacidade das assinaturas em anel, dos endereços ocultos ou dos montantes das transações tenham sido atualizados. Também não cria diretamente nova procura por XMR. O que realmente mudaria a minha avaliação seria a conclusão da revisão e a integração do código, a sua inclusão numa versão oficial e, mais tarde, o feedback dos operadores de nós sobre uma eventual redução da taxa de falhas. Sem estas provas, não se pode transformar «correção proposta» em «risco eliminado».
A reação do mercado também deve ser separada dos factos. No momento em que escrevo, o XMR/USD na Kraken está perto dos 533,29 dólares; hoje abriu a 536,99, atingiu uma máxima de 539,04 e uma mínima de 527,91. O preço está fraco face à abertura, mas não consigo provar que isso se deva a este PR; ao mesmo tempo, a apetência pelo risco em BTC e nas altcoins parece ter maior probabilidade de influenciar o curto prazo. Para mim, 527–528 é a zona de suporte próxima da mínima intradiária atual, 536–539 é a faixa que terá de recuperar primeiro para voltar a mostrar força, e 544 é a zona seguinte a observar. Se não recuperar os 539 e voltar a cair abaixo de 527, a minha hipótese de recuperação no curto prazo deixa de ser válida. Se houver alterações no progresso da integração oficial ou surgirem novos relatos de falhas nos nós, também terei de reavaliar as premissas fundamentais.
Se fosse eu a negociar: não entraria agora, não abriria posições curtas nem recorreria a alavancagem. Só consideraria uma posição comprada experimental em XMR à vista, usando no máximo 0,3% do capital total, depois de duas velas completas de 15 minutos fecharem acima de 539, seguidas de um reteste que se mantenha entre 536 e 539, desde que o BTC não continue a fazer mínimos mais baixos. O primeiro objetivo seria 544, onde fecharia metade da posição; o segundo seria 550–553, onde encerraria o restante. Depois da entrada, se uma vela de 15 minutos voltar a fechar abaixo de 536, reduziria para metade a posição restante. Colocaria um stop rígido abaixo de 527 e, se fosse acionado, encerraria toda a posição. Se o preço quebrar os 527 antes da entrada, cancelo todo o plano. Também sairia voluntariamente se, após a quebra em alta, o volume não acompanhasse ou se houvesse anomalias nos depósitos ou levantamentos em nós remotos ou numa corretora. Se nenhum sinal for acionado, mantenho-me fora do mercado; não vou apresentar uma observação como se fosse uma transação.
#XMR
O texto acima representa apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.