Reparo do P2Pool para mineração mesclada Tari｜Atualização das ferramentas do minerador não é igual à atualização da rede principal do XMR｜Perto de 554, primeiro vou defender
Minha postura é primeiro avaliar os riscos; não transformar um número de versão de um software de pool em um catalisador para alta do XMR. O mantenedor do P2Pool, SChernykh, publicou em 22 de setembro a versão v4.18.1. A página oficial do GitHub lista quatro correções: a mineração mesclada com Tari agora exige que o nó Tari seja pelo menos v6.0.0; a sidechain não considera mais como inválidos blocos que estejam faltando blocos pais ou ombros/uncle blocks; a lista de nós não aceita IPs privados; e também foi corrigido um crash ao executar o comando de versão sob certas condições de compilação da libcurl. O Monero Observer também conferiu essa publicação. Aqui, “foi publicado” se refere às ferramentas do P2Pool, não a um hard fork da rede principal do Monero, nem a mudança do mecanismo de recompensas da rede.
Por que isso importa para mineradores? O P2Pool é um caminho de mineração descentralizada; falhas do software afetam a conexão dos mineradores que o utilizam e o tratamento das participações. A correção de compatibilidade da mineração mesclada pode reduzir parte do atrito operacional, mas os mineradores ainda precisam verificar a versão do próprio nó Tari, ajustar/sincronizar o relógio do sistema e conferir assinaturas e hashes dos arquivos baixados; não dá para instalar apenas olhando links de reenvio em redes sociais. O mantenedor também lembra que endereços de mineração ficam públicos no P2Pool; o ideal é usar um endereço de carteira independente — isso não é a mesma camada de privacidade de transações na blockchain do Monero. Na rodada anterior, foi mencionado que o DxPool planeja fechar o pool de XMR em 24 de setembro: aquilo foi a saída de um único provedor de serviço. Desta vez é outra linha de manutenção de uma ferramenta descentralizada; não dá para concluir simplesmente que todo o fluxo será migrado para o P2Pool.
A reação do mercado não acompanha a narrativa de “atualizar é bom”. Observando a cotação pública de contratos perpétuos de XMR na KuCoin: preço por volta de US$ 554,45; máxima em 24h de 578,8 e mínima de 518,24, com queda intradiária de cerca de 3,52%. A volatilidade é grande e, além disso, a publicação da versão do software ocorreu antes dessa observação; não dá para atribuir a queda ou a recuperação à atualização do software. No curtíssimo prazo, primeiro vejo se 548–552 consegue estabilizar; para cima, será necessário voltar a ficar acima de 565. Se 548 for perdido novamente e acompanhado de aumento de volume, vou considerar que a leitura de defesa continua mais forte. Para derrubar minha postura cautelosa, seria preciso que o preço recuperasse e sustentasse 565 de forma contínua, e que, depois disso, não apareçam novos problemas de compatibilidade nos nós dos mineradores e no funcionamento das participações.
Se fosse comigo negociando: agora não participaria. Direção apenas pré-definida para comprar no spot sem alavancagem; a posição no máximo seria 0,3% do capital total. Só consideraria entrar se houver duas velas completas consecutivas de 15 minutos fechando acima de 566; em seguida, um pullback para 560–565 sem romper, e com o volume ainda sem indicar esgotamento/queda acentuada de liquidez. A 573, reduziria pela metade; perto de 580, fecharia tudo. Se eu entrar e, no fim de 15 minutos, o preço recuperar para cima de 558, aí reduziria pela metade; se romper abaixo de 548, stop imediato: encerrar toda a posição restante. Se eu não entrar e o preço romper abaixo de 540, este ciclo é cancelado diretamente. Se as condições não forem acionadas, continuo apenas sem posição; nunca transformar “esperar” em execução.
#XMR
O acima é apenas minha observação pessoal do mercado e não constitui recomendação de investimento.
Minha postura é primeiro avaliar os riscos; não transformar um número de versão de um software de pool em um catalisador para alta do XMR. O mantenedor do P2Pool, SChernykh, publicou em 22 de setembro a versão v4.18.1. A página oficial do GitHub lista quatro correções: a mineração mesclada com Tari agora exige que o nó Tari seja pelo menos v6.0.0; a sidechain não considera mais como inválidos blocos que estejam faltando blocos pais ou ombros/uncle blocks; a lista de nós não aceita IPs privados; e também foi corrigido um crash ao executar o comando de versão sob certas condições de compilação da libcurl. O Monero Observer também conferiu essa publicação. Aqui, “foi publicado” se refere às ferramentas do P2Pool, não a um hard fork da rede principal do Monero, nem a mudança do mecanismo de recompensas da rede.
Por que isso importa para mineradores? O P2Pool é um caminho de mineração descentralizada; falhas do software afetam a conexão dos mineradores que o utilizam e o tratamento das participações. A correção de compatibilidade da mineração mesclada pode reduzir parte do atrito operacional, mas os mineradores ainda precisam verificar a versão do próprio nó Tari, ajustar/sincronizar o relógio do sistema e conferir assinaturas e hashes dos arquivos baixados; não dá para instalar apenas olhando links de reenvio em redes sociais. O mantenedor também lembra que endereços de mineração ficam públicos no P2Pool; o ideal é usar um endereço de carteira independente — isso não é a mesma camada de privacidade de transações na blockchain do Monero. Na rodada anterior, foi mencionado que o DxPool planeja fechar o pool de XMR em 24 de setembro: aquilo foi a saída de um único provedor de serviço. Desta vez é outra linha de manutenção de uma ferramenta descentralizada; não dá para concluir simplesmente que todo o fluxo será migrado para o P2Pool.
A reação do mercado não acompanha a narrativa de “atualizar é bom”. Observando a cotação pública de contratos perpétuos de XMR na KuCoin: preço por volta de US$ 554,45; máxima em 24h de 578,8 e mínima de 518,24, com queda intradiária de cerca de 3,52%. A volatilidade é grande e, além disso, a publicação da versão do software ocorreu antes dessa observação; não dá para atribuir a queda ou a recuperação à atualização do software. No curtíssimo prazo, primeiro vejo se 548–552 consegue estabilizar; para cima, será necessário voltar a ficar acima de 565. Se 548 for perdido novamente e acompanhado de aumento de volume, vou considerar que a leitura de defesa continua mais forte. Para derrubar minha postura cautelosa, seria preciso que o preço recuperasse e sustentasse 565 de forma contínua, e que, depois disso, não apareçam novos problemas de compatibilidade nos nós dos mineradores e no funcionamento das participações.
Se fosse comigo negociando: agora não participaria. Direção apenas pré-definida para comprar no spot sem alavancagem; a posição no máximo seria 0,3% do capital total. Só consideraria entrar se houver duas velas completas consecutivas de 15 minutos fechando acima de 566; em seguida, um pullback para 560–565 sem romper, e com o volume ainda sem indicar esgotamento/queda acentuada de liquidez. A 573, reduziria pela metade; perto de 580, fecharia tudo. Se eu entrar e, no fim de 15 minutos, o preço recuperar para cima de 558, aí reduziria pela metade; se romper abaixo de 548, stop imediato: encerrar toda a posição restante. Se eu não entrar e o preço romper abaixo de 540, este ciclo é cancelado diretamente. Se as condições não forem acionadas, continuo apenas sem posição; nunca transformar “esperar” em execução.
#XMR
O acima é apenas minha observação pessoal do mercado e não constitui recomendação de investimento.
