Um bug recém-registrado mostra o software do XRP Ledger v3.2.0 registrando uma chave de validador enquanto executa outra, à medida que cerca de 30% dos nós adotam o servidor renomeado.
Pontos principais:
- Um operador de nó relatou que a v3.2.0 registra a nova chave de um validador migrado enquanto o servidor ainda roda a antiga.
- A falha aparece no Ubuntu 22.04 quando um token de validador existente é adicionado a um nó RPC ativo.
- A adoção da atualização está em cerca de 30%, com a maioria dos operadores ainda na versão anterior.
Bug no XRP Ledger expõe incompatibilidade de chaves
O defeito, registrado como 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, em seguida, reinicia o serviço. O log do serviço relata 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 essa divisão exige pouco esforço. O operador diz que adicionar um token de validador existente a um nó ativo e reiniciar o servidor aciona o problema no Ubuntu 22.04, uma sequência comum durante migrações de rotina.
Leia também: A liquidação de perpétuos da Anthropic é um alerta para apostas cripto pré-IPO?
Identidade do validador ancora o consenso da rede
A identidade do validador fica 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 exclusivas de nós, então 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 série de defeitos que os desenvolvedores vêm apontando desde o lançamento no meio do mês, que vão de falhas de sincronização a um crash no analisador de configuração.
O relator propôs uma correção, pedindo que os logs de serviço imprimam a chave que o servidor realmente usa ou mostrem juntas a chave derivada e a ativa. Nenhum mantenedor foi designado para o relatório até o momento. Diversos registros anteriores já foram confirmados como bugs e colocados na fila para revisão, enquanto outros permanecem abertos enquanto colaboradores os avaliam.
Adoção lenta 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 permanece na build anterior 3.1.3, de acordo com dados públicos da rede.
O rollout 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, cálculos incorretos de relay e agora a incompatibilidade de chaves na nova build, sem patch emitido até o momento. Os que demorarem também correm o risco de ficar 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