Proposta para completar o reconhecimento de AES do cliente XMR em plataformas BSD｜Ainda não foi integrada e não é uma atualização de privacidade｜Abaixo de US$ 600, manter a disciplina
A minha postura é neutra, com alguma cautela. Hoje, não vou interpretar uma submissão de código como um sinal de compra. O PR #11578 do repositório oficial do Monero foi proposto em 18 de outubro: quando dispositivos ARM64 executam FreeBSD ou OpenBSD, deteta a capacidade AES através de `elf_aux_info(AT_HWCAP)` do BSD, evitando as suposições relativas a cabeçalhos e `getauxval` aplicáveis apenas ao Linux. A proposta também indica que o caminho para OpenBSD exige a versão 7.6 ou posterior. No momento em que este texto foi preparado, continuava aberto, ainda não tinha sido integrado e não constava dos anúncios de versões oficiais. Do ponto de vista técnico, trata-se da deteção de capacidades multiplataforma do cliente, não de uma atualização das regras de assinaturas em anel, endereços furtivos ou ocultação dos montantes das transações.
Por que vale a pena acompanhar? O valor de uma moeda de privacidade não depende apenas do discurso, mas também da capacidade dos utilizadores executarem o software de forma fiável em diferentes sistemas e verificarem as transações por conta própria. Se a aceleração por hardware for detetada incorretamente, isso pode afetar a compatibilidade e o desempenho dos processos criptográficos em determinados dispositivos; fazer corresponder corretamente as interfaces de cada plataforma é parte do esforço para reduzir as barreiras à execução independente. Mas não há provas suficientes para concluir, a partir de uma alteração de deteção num ambiente BSD/ARM64, que a capacidade de processamento da rede vai disparar, que a privacidade vai melhorar subitamente ou que haverá novas compras de XMR. Mesmo que a proposta venha a ser aprovada, ainda serão necessários compilação, testes, lançamento e adoção efetiva. Este PR também não é um caso confirmado de roubo de moedas.
Nesta análise, comecei por consultar os Trending Topics e Most Searched do Binance Square, bem como Binance News/Research/OTC; em seguida, verifiquei bancos centrais e reguladores, ETF e fluxos de fundos institucionais, posições de empresas, avisos de segurança das corretoras e o site oficial do Monero. Neste momento, as listas de tendências não apresentam nenhuma etiqueta em alta diretamente relacionada com esta proposta para o cliente XMR. Por isso, não vou associá-la a assuntos sem relação: vou falar apenas da moeda realmente em discussão. Para o XMR, a relevância deste trabalho de manutenção está na disponibilidade do software a longo prazo; a cotação no curto prazo também depende das transações efetivas e da apetência geral pelo risco — o título de uma alteração de código não substitui provas de mercado.
Como reagiu o mercado até agora? No fecho deste texto, o preço do XMR/USD na Kraken estava em cerca de US$ 593,92, com abertura diária a US$ 597,91 e máximas e mínimas das últimas 24 horas de US$ 606,02 e US$ 572,24. Ou seja, o preço continua abaixo da abertura diária e ainda não recuperou de forma convincente o nível redondo dos US$ 600; não tenho provas de que esta oscilação se deva ao PR mencionado. Neste momento, observo a oferta acima dos US$ 600 e dos US$ 606; perto dos US$ 589 está o ponto de verificação mais próximo em caso de recuo, e os US$ 572 são o limite inferior do intervalo móvel. Estes níveis são referências que podem mudar a qualquer momento, não suportes garantidos nem promessas de retorno.
Se fosse eu a negociar: a minha posição atual é de 0%, e não vou perseguir o preço; só consideraria uma pequena posição comprada à vista, sem recorrer a alavancagem elevada. A condição seria um fecho de uma hora acima dos US$ 600, seguido de um recuo para US$ 597–600 que ainda conseguisse recuperar os US$ 600. Além disso, não poderia haver novas observações oficiais desfavoráveis durante a revisão. Só então entraria com, no máximo, 2% do capital total. Perto dos US$ 606, reduziria a posição para metade; perto dos US$ 620, reduziria ainda mais. Se, depois da entrada, o preço voltasse a fechar abaixo dos US$ 597 numa vela de uma hora, encerraria toda a posição restante; colocaria um stop rígido abaixo dos US$ 589 e aceitaria a possibilidade de derrapagem. Se os US$ 589 fossem rompidos primeiro, cancelaria a tentativa de compra; se os US$ 572 também fossem perdidos, abandonaria a hipótese de recuperação implícita na minha postura neutra com alguma cautela e continuaria sem posição, à espera de novas provas. Vou registar separadamente o progresso do projeto a longo prazo e os gatilhos de negociação de curto prazo; se um gatilho não for acionado, não há transação.
Fontes: PR #11578 do repositório oficial do Monero, blogue oficial do Monero e XMR/USD da Kraken. #XMR
O texto acima reflete apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.
A minha postura é neutra, com alguma cautela. Hoje, não vou interpretar uma submissão de código como um sinal de compra. O PR #11578 do repositório oficial do Monero foi proposto em 18 de outubro: quando dispositivos ARM64 executam FreeBSD ou OpenBSD, deteta a capacidade AES através de `elf_aux_info(AT_HWCAP)` do BSD, evitando as suposições relativas a cabeçalhos e `getauxval` aplicáveis apenas ao Linux. A proposta também indica que o caminho para OpenBSD exige a versão 7.6 ou posterior. No momento em que este texto foi preparado, continuava aberto, ainda não tinha sido integrado e não constava dos anúncios de versões oficiais. Do ponto de vista técnico, trata-se da deteção de capacidades multiplataforma do cliente, não de uma atualização das regras de assinaturas em anel, endereços furtivos ou ocultação dos montantes das transações.
Por que vale a pena acompanhar? O valor de uma moeda de privacidade não depende apenas do discurso, mas também da capacidade dos utilizadores executarem o software de forma fiável em diferentes sistemas e verificarem as transações por conta própria. Se a aceleração por hardware for detetada incorretamente, isso pode afetar a compatibilidade e o desempenho dos processos criptográficos em determinados dispositivos; fazer corresponder corretamente as interfaces de cada plataforma é parte do esforço para reduzir as barreiras à execução independente. Mas não há provas suficientes para concluir, a partir de uma alteração de deteção num ambiente BSD/ARM64, que a capacidade de processamento da rede vai disparar, que a privacidade vai melhorar subitamente ou que haverá novas compras de XMR. Mesmo que a proposta venha a ser aprovada, ainda serão necessários compilação, testes, lançamento e adoção efetiva. Este PR também não é um caso confirmado de roubo de moedas.
Nesta análise, comecei por consultar os Trending Topics e Most Searched do Binance Square, bem como Binance News/Research/OTC; em seguida, verifiquei bancos centrais e reguladores, ETF e fluxos de fundos institucionais, posições de empresas, avisos de segurança das corretoras e o site oficial do Monero. Neste momento, as listas de tendências não apresentam nenhuma etiqueta em alta diretamente relacionada com esta proposta para o cliente XMR. Por isso, não vou associá-la a assuntos sem relação: vou falar apenas da moeda realmente em discussão. Para o XMR, a relevância deste trabalho de manutenção está na disponibilidade do software a longo prazo; a cotação no curto prazo também depende das transações efetivas e da apetência geral pelo risco — o título de uma alteração de código não substitui provas de mercado.
Como reagiu o mercado até agora? No fecho deste texto, o preço do XMR/USD na Kraken estava em cerca de US$ 593,92, com abertura diária a US$ 597,91 e máximas e mínimas das últimas 24 horas de US$ 606,02 e US$ 572,24. Ou seja, o preço continua abaixo da abertura diária e ainda não recuperou de forma convincente o nível redondo dos US$ 600; não tenho provas de que esta oscilação se deva ao PR mencionado. Neste momento, observo a oferta acima dos US$ 600 e dos US$ 606; perto dos US$ 589 está o ponto de verificação mais próximo em caso de recuo, e os US$ 572 são o limite inferior do intervalo móvel. Estes níveis são referências que podem mudar a qualquer momento, não suportes garantidos nem promessas de retorno.
Se fosse eu a negociar: a minha posição atual é de 0%, e não vou perseguir o preço; só consideraria uma pequena posição comprada à vista, sem recorrer a alavancagem elevada. A condição seria um fecho de uma hora acima dos US$ 600, seguido de um recuo para US$ 597–600 que ainda conseguisse recuperar os US$ 600. Além disso, não poderia haver novas observações oficiais desfavoráveis durante a revisão. Só então entraria com, no máximo, 2% do capital total. Perto dos US$ 606, reduziria a posição para metade; perto dos US$ 620, reduziria ainda mais. Se, depois da entrada, o preço voltasse a fechar abaixo dos US$ 597 numa vela de uma hora, encerraria toda a posição restante; colocaria um stop rígido abaixo dos US$ 589 e aceitaria a possibilidade de derrapagem. Se os US$ 589 fossem rompidos primeiro, cancelaria a tentativa de compra; se os US$ 572 também fossem perdidos, abandonaria a hipótese de recuperação implícita na minha postura neutra com alguma cautela e continuaria sem posição, à espera de novas provas. Vou registar separadamente o progresso do projeto a longo prazo e os gatilhos de negociação de curto prazo; se um gatilho não for acionado, não há transação.
Fontes: PR #11578 do repositório oficial do Monero, blogue oficial do Monero e XMR/USD da Kraken. #XMR
O texto acima reflete apenas a minha observação pessoal do mercado e não constitui aconselhamento de investimento.
