Monero pretende restringir a lista de permissões de nós IPv6｜Risco de spam na mesma sub-rede ainda precisa ser corrigido｜XMR perto de 595: melhor aguardar
Minha postura é de cautela: não vou apresentar uma alteração de segurança de rede em revisão de código como se fosse um problema já corrigido na rede principal. Em 8 de novembro, o repositório oficial de código do Monero abriu o PR #11700, cujo título propõe limitar a um por sub-rede /64 os nós públicos IPv6 entre pares na lista de permissões. O código enviado reutiliza, na manutenção da lista de permissões, a verificação de mesma sub-rede já existente no limite de conexões: quando um novo nó do mesmo bloco de endereços /64 entra, a proposta é substituir primeiro uma entrada antiga, em vez de permitir que vários endereços IPv6 diferentes ocupem repetidamente toda a lista de permissões. Um novo teste unitário simula especificamente o cenário em que muitos nós são enviados a partir de um bloco de endereços e expulsam outros nós honestos. O PR está atualmente aberto, ainda não foi integrado e não foi lançado com uma nova versão estável.
Por que os traders deveriam se importar com esse detalhe técnico? A lista de nós ponto a ponto determina de quem as carteiras e os nós obtêm blocos, transações e informações sobre a rede. Se uma única fonte de endereços ocupar posições demais, a diversidade de nós diminui, o que pode afetar a qualidade das conexões e a resistência a interferências. Essa correção trata da descoberta e da manutenção de conexões entre nós; não altera o algoritmo de privacidade do Monero, a oferta de transações nem as recompensas por bloco. O código e os testes existentes também não provam, por si só, que já ocorreu um ataque em grande escala na rede principal. Para confirmar uma redução real do risco, seria preciso, no mínimo, que o PR fosse integrado, uma versão estável fosse lançada, os nós fossem atualizados e os indicadores de conexão da rede fossem verificados posteriormente. A versão estável do núcleo que consta atualmente no site oficial do Monero continua sendo a 0.18.5.4, de 16 de outubro; não se deve tratar o PR de hoje como uma versão que os usuários já instalaram.
Também dei uma olhada nas listas de tendências e de buscas da plataforma, e não há um assunto diretamente relacionado ao XMR em alta; portanto, não vou forçar uma associação com temas macroeconômicos ou ETFs de Bitcoin. O XMR/USD na Kraken acaba de ser cotado a cerca de US$ 595,31; a abertura das últimas 24 horas foi de 600,02, com máxima de 614,88 e mínima de 593,66. No curto prazo, o preço continua perto da faixa inferior. A queda não pode ser atribuída a esse PR; ele sequer foi implementado. 593,66 é o suporte a observar, 602 é o primeiro nível a recuperar e a região perto de 615 é uma resistência. Se cair abaixo de 593,66 e permanecer por lá, a avaliação de estabilização será invalidada; só haverá motivo para reavaliar se voltar a superar 602 e se mantiver acima desse nível, além de haver uma atualização oficial sobre o progresso do desenvolvimento.
Se fosse eu a negociar agora, ficaria de fora, com viés neutro e posição de 0%. Só consideraria uma posição comprada à vista, sem alavancagem, de no máximo 0,3% do capital total, se o fechamento de uma hora ficasse acima de 602, a hora seguinte recuasse sem romper 599 e os canais de negociação estivessem funcionando normalmente. O primeiro alvo seria 608, onde reduziria a posição pela metade; no segundo alvo, 614, encerraria o restante. Se, uma hora após a entrada, o fechamento ficar abaixo de 594, encerraria toda a posição com stop. Se romper primeiro 593,66, cancelarei o plano e não usarei “o código precisa ser corrigido” como justificativa para comprar na baixa.
Fontes: PR oficial do Monero #11700 e testes de código, anúncio de versões no site do Monero, cotação XMR/USD da Kraken. #XMR
O texto acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.
Minha postura é de cautela: não vou apresentar uma alteração de segurança de rede em revisão de código como se fosse um problema já corrigido na rede principal. Em 8 de novembro, o repositório oficial de código do Monero abriu o PR #11700, cujo título propõe limitar a um por sub-rede /64 os nós públicos IPv6 entre pares na lista de permissões. O código enviado reutiliza, na manutenção da lista de permissões, a verificação de mesma sub-rede já existente no limite de conexões: quando um novo nó do mesmo bloco de endereços /64 entra, a proposta é substituir primeiro uma entrada antiga, em vez de permitir que vários endereços IPv6 diferentes ocupem repetidamente toda a lista de permissões. Um novo teste unitário simula especificamente o cenário em que muitos nós são enviados a partir de um bloco de endereços e expulsam outros nós honestos. O PR está atualmente aberto, ainda não foi integrado e não foi lançado com uma nova versão estável.
Por que os traders deveriam se importar com esse detalhe técnico? A lista de nós ponto a ponto determina de quem as carteiras e os nós obtêm blocos, transações e informações sobre a rede. Se uma única fonte de endereços ocupar posições demais, a diversidade de nós diminui, o que pode afetar a qualidade das conexões e a resistência a interferências. Essa correção trata da descoberta e da manutenção de conexões entre nós; não altera o algoritmo de privacidade do Monero, a oferta de transações nem as recompensas por bloco. O código e os testes existentes também não provam, por si só, que já ocorreu um ataque em grande escala na rede principal. Para confirmar uma redução real do risco, seria preciso, no mínimo, que o PR fosse integrado, uma versão estável fosse lançada, os nós fossem atualizados e os indicadores de conexão da rede fossem verificados posteriormente. A versão estável do núcleo que consta atualmente no site oficial do Monero continua sendo a 0.18.5.4, de 16 de outubro; não se deve tratar o PR de hoje como uma versão que os usuários já instalaram.
Também dei uma olhada nas listas de tendências e de buscas da plataforma, e não há um assunto diretamente relacionado ao XMR em alta; portanto, não vou forçar uma associação com temas macroeconômicos ou ETFs de Bitcoin. O XMR/USD na Kraken acaba de ser cotado a cerca de US$ 595,31; a abertura das últimas 24 horas foi de 600,02, com máxima de 614,88 e mínima de 593,66. No curto prazo, o preço continua perto da faixa inferior. A queda não pode ser atribuída a esse PR; ele sequer foi implementado. 593,66 é o suporte a observar, 602 é o primeiro nível a recuperar e a região perto de 615 é uma resistência. Se cair abaixo de 593,66 e permanecer por lá, a avaliação de estabilização será invalidada; só haverá motivo para reavaliar se voltar a superar 602 e se mantiver acima desse nível, além de haver uma atualização oficial sobre o progresso do desenvolvimento.
Se fosse eu a negociar agora, ficaria de fora, com viés neutro e posição de 0%. Só consideraria uma posição comprada à vista, sem alavancagem, de no máximo 0,3% do capital total, se o fechamento de uma hora ficasse acima de 602, a hora seguinte recuasse sem romper 599 e os canais de negociação estivessem funcionando normalmente. O primeiro alvo seria 608, onde reduziria a posição pela metade; no segundo alvo, 614, encerraria o restante. Se, uma hora após a entrada, o fechamento ficar abaixo de 594, encerraria toda a posição com stop. Se romper primeiro 593,66, cancelarei o plano e não usarei “o código precisa ser corrigido” como justificativa para comprar na baixa.
Fontes: PR oficial do Monero #11700 e testes de código, anúncio de versões no site do Monero, cotação XMR/USD da Kraken. #XMR
O texto acima é apenas uma observação pessoal do mercado e não constitui recomendação de investimento.
