11675

Verificação de assinatura da carteira XMR pendente de correção | Melhorias de segurança ainda em revisão | Primeiro, aguardo confirmação em US$ 645

Minha postura é de observação; não vou perseguir uma alta por causa de um único commit de código. Os temas em destaque atualmente na Binance Square giram principalmente em torno da segurança das exchanges, de saques e de fatores macroeconômicos. XMR não aparece diretamente entre os assuntos em alta nas buscas das últimas seis horas, então não vou pegar carona em temas sem relação com o assunto. Em 3 de novembro, surgiu o PR #11675 no repositório oficial do Monero. O desenvolvedor apontou que, quando uma carteira somente para leitura chama o método padrão de assinatura por meio de certas interfaces de assinatura de mensagens, pode tentar usar uma chave de gasto inexistente; builds de produção retornam uma assinatura que não pode ser verificada, enquanto builds de depuração acionam uma asserção. A proposta exige que, antes de assinar, sejam conferidas a correspondência entre a chave privada selecionada e a chave pública do endereço, e que a interface retorne um erro claro. O PR continua aberto e aguardando revisão. Não se pode dizer que a nova versão da carteira já corrigiu o problema, muito menos inferir que alguém perdeu fundos por causa disso.

Por que esse detalhe merece a atenção dos traders? A “assinatura de mensagens” costuma ser usada para comprovar o controle de um endereço ou para fazer login em certos aplicativos, mas não é o mesmo que uma transferência na blockchain. Se a interface indicar que uma mensagem foi assinada, mas o destinatário não conseguir verificar a assinatura, o usuário pode interpretar mal suas permissões ou perder tempo investigando o problema — especialmente porque uma carteira somente para leitura não tem, por definição, uma chave privada que permita gastar fundos. O PR também aponta que, na lógica antiga, ao especificar explicitamente um endereço, apenas a chave pública de gasto era comparada, o que poderia resultar em uma assinatura incompatível com o endereço informado. A alteração proposta verificaria as duas chaves públicas. O autor lista testes unitários, testes da API da carteira e testes da função de assinatura RPC como aprovados, mas esses são testes relatados pelo autor do PR; não significam que o código tenha sido integrado ou lançado, nem que todas as interfaces de carteira tenham sido abrangidas. As notas oficiais de lançamento no site ainda indicam a versão 0.18.5.4, que deve ser considerada separadamente deste PR pendente de revisão.

Do ponto de vista do mercado, trata-se de uma possível correção para melhorar a confiabilidade de uso, sem alterar diretamente a oferta de XMR, o protocolo de privacidade ou a demanda no mercado à vista. Regulamentação e canais de negociação continuam sendo variáveis mais importantes: recentemente, o FATF iniciou uma análise direcionada da implementação de padrões para prestadores de serviços de ativos virtuais. O documento não menciona XMR pelo nome, portanto não se deve apresentá-lo como uma nova proibição específica ao XMR. Ainda assim, o suporte das exchanges a ativos de privacidade, o status de depósitos e saques e a profundidade do mercado realmente afetam os custos de negociação. No snapshot da Kraken que consultei, o XMR estava em torno de US$ 632,53, com abertura diária em US$ 630, mínima de US$ 622,94 e máxima de US$ 645 nas últimas 24 horas. O preço está ligeiramente acima da abertura diária, mas continua abaixo da máxima; isso não basta para provar que o mercado está precificando esse PR.

Considero US$ 645 um nível de confirmação de curto prazo e US$ 622,94 o limite inferior da faixa de oscilação atual. Se o preço ultrapassar US$ 645 e cair rapidamente de volta, ou se a revisão do PR concluir que a proposta não resolve o caso das carteiras somente para leitura, vou retirar minha avaliação otimista. No cenário macroeconômico, o Federal Reserve manteve a faixa de juros entre 3,75% e 4% na última reunião; as restrições gerais de liquidez para ativos de risco não desapareceram por causa de uma discussão sobre desenvolvimento de software.

Se eu fosse negociar, não entraria agora; só consideraria uma posição comprada à vista, sem alavancagem. Só abriria uma posição de teste com, no máximo, 2% do capital total se o XMR se mantivesse acima de US$ 645 por uma hora consecutiva, recuasse sem perder US$ 642 e a profundidade do mercado à vista de XMR e as condições de depósitos e saques na plataforma utilizada estivessem normais. O primeiro alvo é US$ 655, onde reduziria a posição pela metade; o segundo é US$ 665, onde encerraria a posição ou aplicaria um stop móvel ao restante. O stop ficaria abaixo da mínima do recuo, com uma distância máxima de 3% em relação ao preço de entrada. Se o fechamento horário cair abaixo de US$ 642, as condições dos canais piorarem ou um comunicado do projeto alterar os fatos que fundamentam a análise, encerraria a posição antecipadamente. Se as condições não forem acionadas, permaneço fora do mercado; não vou apresentar observação como se fosse lucro.

#XMR
O texto acima representa apenas minha observação pessoal do mercado e não constitui recomendação de investimento.

Correção de assinatura da carteira XMR entra em revisão｜Não significa que a rede principal foi comprometida｜Só considerar uma operação experimental acima de US$ 636,90

Minha postura é primeiro verificar os limites do risco e só depois olhar o preço; não vou correr atrás de uma manchete sobre código. Hoje, os assuntos em alta na Binance Square continuavam sendo principalmente saques da plataforma, o caso tributário francês e temas macroeconômicos. XMR não apareceu entre os “Mais pesquisados” nas últimas seis horas nem recebeu a marcação de “alta de interesse”. Portanto, não vou forçar tags populares sem relação com o assunto: vou me concentrar na mudança concreta que acaba de surgir no repositório oficial do Monero.

Em 3 de novembro, foi aberto o PR #11675 no repositório principal do Monero, com o título “wallet: reject unverifiable message signatures” (carteira: rejeitar assinaturas de mensagens não verificáveis). No momento em que escrevo, ele continua aberto, aguardando revisão. O autor explica que carteiras somente para leitura não têm uma chave privada de gasto disponível; se a API da carteira ou o RPC assinar por padrão usando essa chave, uma compilação oficial poderá retornar uma assinatura de mensagem impossível de verificar. A correção proposta verifica, antes da assinatura, se a chave privada selecionada corresponde à chave pública do endereço e, caso não corresponda, faz a API ou o RPC retornar um erro. Ela também verifica os dois pares de chaves públicas de um endereço especificado explicitamente, para evitar que a assinatura não corresponda ao endereço indicado. O assunto aqui é a funcionalidade de “provar que uma mensagem foi assinada por determinado endereço”, não a assinatura de transações na blockchain. Também não há evidências de que, por causa disso, chaves privadas tenham sido expostas, a rede principal tenha sido comprometida ou saldos tenham sido roubados.

Também comparei o caso com a antiga issue #4212 do repositório do Monero GUI, de 2023. Ela já documentava a situação em que uma carteira somente para leitura usava por engano uma chave de gasto, gerando uma assinatura que não podia ser comprovada por quem a produziu. A CLI/RPC oferece a opção explícita de selecionar a assinatura com a chave de visualização. O novo PR trata desse limite; não significa que o problema tenha surgido hoje. A afirmação de que o PR passou nos testes vem do autor. Estar em revisão não significa que já tenha sido integrado ou lançado. A versão oficial atual no site é a 0.18.5.4, de 16 de outubro, e não vi nenhum anúncio oficial de que essa correção já tenha sido incluída numa versão oficial. Quem usa uma carteira somente para leitura para comprovar ativos deve verificar se a assinatura foi realmente validada, em vez de considerar que “gerar uma sequência de caracteres” basta para concluir a comprovação.

Por que isso tem relação com a negociação? As características de privacidade do XMR fazem com que terceiros dependam mais de canais em conformidade, carteiras e evidências verificáveis de operações. A confiabilidade do processo de comprovação afeta a custódia e as liquidações de balcão, mas uma correção de carteira ainda não integrada não altera automaticamente, no curto prazo, a oferta na blockchain nem cria pressão compradora. A recente análise da FATF sobre prestadores de serviços de ativos virtuais também não mencionou o XMR; não se deve inventar uma proibição ou notícia positiva com base nisso. A última decisão do Federal Reserve manteve a faixa entre 3,75% e 4%, e a liquidez macroeconômica continua sendo uma variável de contexto. No momento em que escrevo, o XMR/USD na Kraken está em torno de US$ 632,47; a abertura diária foi de US$ 630,00, e o preço oscilou entre US$ 602,20 e US$ 636,90 nas últimas 24 horas. Está ligeiramente acima da abertura diária, mas ainda não superou a máxima do intervalo; não dá para atribuir a alta a esse PR.

Se eu fosse negociar por conta própria, não entraria agora. Só consideraria uma posição comprada à vista, sem alavancagem. Aguardaria o fechamento de uma vela horária acima de US$ 636,90 e uma retração que respeitasse US$ 635; ao mesmo tempo, confirmaria que as cotações e os depósitos e saques estão normais no canal de negociação utilizado. Só então faria uma operação experimental com no máximo 2% do capital total. O primeiro alvo é US$ 650, quando reduziria a posição pela metade; o segundo alvo é US$ 665, e deixaria o restante com stop móvel. O stop inicial fica em US$ 624. Se o preço cair abaixo de US$ 630 e não conseguir recuperar esse nível, se a revisão do PR revelar informações de segurança mais graves ou se o canal restringir as operações de repente, encerraria a posição antes disso. Se nenhuma condição for acionada, continuarei sem posição. Não vou apresentar o plano como se a operação já tivesse sido executada.

#XMR

O texto acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.