Proposta de otimização da serialização do XMR|Testes de limites são mais importantes que resultados de benchmark|Ainda não vou correr atrás do preço
Minha postura é de cautela e observação. Em 3 de novembro, o repositório principal do Monero recebeu o PR #11677, que propõe otimizar a forma de ler arrays numéricos de tamanho fixo no formato binário Epee: antes, os valores eram lidos um a um, com verificações repetidas de limites e recursão; a nova proposta primeiro ajusta o tamanho do array e depois faz uma única cópia pelo caminho de leitura existente, que valida o tamanho. A conversão de ordem dos bytes continua sendo feita item por item. Strings, estruturas aninhadas e arrays booleanos que precisam ser validados byte a byte continuam usando o caminho original. A página está atualmente com o status Open: trata-se de uma proposta de código em análise, não de uma versão oficial, e não se pode afirmar que o desempenho da mainnet já melhorou.
Dou mais atenção aos testes de limites listados pelo autor do que a resultados isolados de benchmark. A proposta acrescenta testes para arrays vazios, dados truncados, posição de leitura, validade de valores booleanos e profundidade de recursão; o autor informou que os testes unitários relacionados foram aprovados, mas um dos testes da suíte completa falhou devido à ausência de um programa auxiliar, e os testes em ambiente big-endian ainda não foram concluídos. O autor afirma explicitamente que esse caminho de leitura é pouco frequente; dados P2P comuns consistem principalmente em strings e seções, e campos como o peso dos blocos também costumam ser enviados como blob. Portanto, mesmo que o benchmark local seja mais rápido, não se pode concluir que o rendimento de toda a rede, a velocidade de confirmação das transações ou a demanda por XMR mudará imediatamente. O que realmente importa é que a revisão confirme que os limites de análise não foram flexibilizados e que os efeitos sejam observados em uma versão oficial após a integração. Aqui, “a proposta existe” é um fato; “reduzirá os custos de processamento dos nós no futuro” é apenas uma projeção condicional.
Outro risco relacionado ao mercado continua sendo o acesso a canais. Em 30 de outubro, o FATF anunciou o início de uma análise direcionada sobre a aplicação de seus padrões a ativos virtuais e prestadores de serviços. O documento não menciona o XMR nominalmente, nem anuncia hoje uma proibição de moedas de privacidade; porém, a forma como diferentes jurisdições vierem a implementar as medidas poderá afetar os canais de negociação e os spreads. Esse mecanismo deve ser analisado separadamente da manutenção do código. No momento em que escrevo, o XMR/USD na Kraken está em torno de 626.37 dólares, abaixo da abertura diária de 630 dólares; no dia, oscilou entre 622.94 e 636.06 dólares, com máxima móvel de 24 horas de 636.90 dólares. O preço não rompeu o limite superior; por enquanto, não há sinais de que o mercado esteja reavaliando o ativo por causa da proposta de otimização. Se cair abaixo de 622.94 e não conseguir recuperar esse nível no repique, a avaliação de sustentação no curto prazo deixa de valer; se voltar a ficar acima de 636.90 e se mantiver, isso indicará que os compradores estão tentando assumir o controle.
Se eu fosse negociar por conta própria, no momento ficaria de fora; só consideraria uma posição comprada à vista, sem alavancagem. O gatilho de entrada seria um fechamento de 1 hora acima de 636.90 dólares, seguido de um recuo à faixa de 632 a 637 dólares que se mantenha, com confirmação de que os canais de negociação e as cotações estão normais e de que não houve novos comunicados oficiais importantes sobre segurança. Se essas condições forem atendidas, investiria no máximo 2% do capital total. O primeiro alvo é 655 dólares, quando reduziria a posição pela metade; o segundo é 675 dólares, onde encerraria o restante em parcelas. O stop inicial ficaria abaixo de 619 dólares; se o preço perder 632 no recuo e não recuperar esse nível em uma hora, encerraria a posição antecipadamente. Se cair abaixo de 622.94 primeiro, cancelaria o plano original e aguardaria uma nova estrutura de preço. Projetos de privacidade exigem ainda mais cuidado para distinguir revisão de código, lançamento oficial e reação do mercado; não se deve apresentar o progresso do desenvolvimento como lucro já realizado.
#XMR
O texto acima reflete apenas minha observação pessoal do mercado e não constitui recomendação de investimento.