Um bug recém-registrado mostra o software da v3.2.0 do XRP Ledger registrando uma chave de validador enquanto executa outra, enquanto cerca de 30% dos nós adotam o servidor renomeado.
Pontos-chave:
- Um operador de nó relatou que a v3.2.0 registra a nova chave de um validador migrado enquanto o servidor ainda executa a antiga.
- A falha aparece no Ubuntu 22.04 quando um token de validador existente é adicionado a um nó RPC em produção.
- A adoção da atualização está perto de 30%, com a maioria dos operadores ainda na versão anterior.
Bug no XRP Ledger expõe incompatibilidade de chaves
O defeito, registrado sob o issue nº 7581 no rastreador do projeto no GitHub, aparece depois que um operador migra um validador existente para um nó RPC já em execução e então reinicia o serviço. O log do serviço informa a nova identidade do validador migrado, enquanto o endpoint server_info continua retornando a chave mais antiga que está no arquivo local wallet.db. Os dois registros deixam de coincidir.
Reproduzir a divisão exige pouco esforço. O operador afirma que adicionar um token de validador existente a um nó ativo e reiniciar o servidor dispara o problema no Ubuntu 22.04, uma sequência comum em migrações de rotina.
Leia também: A liquidação do perp da Anthropic é um alerta para apostas cripto pré-IPO?
Identidade do validador ancora o consenso da rede
A identidade do validador está no centro de como o XRP Ledger chega a acordo sobre cada novo ledger. As propostas de um nó só têm peso quando outros servidores confiam em sua chave por meio de suas listas únicas de nós, portanto, uma identidade desatualizada ou incompatível pode confundir qualquer pessoa que revise a máquina. Um log confuso pode atrasar essa confiança.
Até agora, a incompatibilidade não causou interrupções. Mesmo assim, ela prolonga uma sequência de defeitos que desenvolvedores vêm sinalizando desde o lançamento em meados do mês, que vão de falhas de sincronização a uma falha no parser de configuração.
O relator propôs uma correção, pedindo que os logs do serviço imprimam a chave que o servidor realmente usa ou exibam juntas as chaves derivada e ativa. Nenhum mantenedor foi designado para o relatório ainda. Diversos registros anteriores já foram confirmados como bugs e colocados na fila para revisão, enquanto outros permanecem abertos enquanto contribuidores os avaliam.
Adoção atrasa enquanto votação de emenda continua
A adoção da versão permanece lenta. Cerca de 30% dos nós agora rodam a versão 3.2.0, enquanto a maioria dos operadores continua na compilação anterior 3.1.3, segundo dados públicos da rede.
A implantação começou em 15 de junho, quando a atualização renomeou o software principal de rippled para xrpld e prometeu economia de memória de 30% a 40%. Desde então, operadores relataram quebras de sincronização, erros de retransmissão e agora a incompatibilidade de chaves na nova compilação, sem correção publicada até o momento. Os que ficam para trás também correm o risco de entrar em estado bloqueado por emenda assim que os validadores ratificarem a fixCleanup3_2_0, a mudança de limpeza que a Ripple já apoiou na votação em andamento.
Leia em seguida: Mane City Mobile chega ao iOS e Android em mais de 100 países