Um bug recém-registrado mostra o software da 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 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 como issue #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 antiga que está no arquivo local wallet.db. Os dois registros deixam de coincidir.
Reproduzir essa divisão exige pouco esforço. O operador afirma 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 entra em 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, de modo que uma identidade obsoleta ou incompatível pode confundir quem estiver revisando a máquina. Um log confuso pode atrasar essa confiança.
Até agora, a incompatibilidade não causou nenhuma interrupção. Ainda assim, ela prolonga uma sequência de defeitos que os desenvolvedores vêm sinalizando desde o lançamento no meio do mês, que vão de falhas de sincronização a uma falha no analisador de configuração.
O relator propôs uma correção, pedindo que os logs de serviço exibam a chave que o servidor realmente usa ou mostrem as chaves derivada e ativa juntas. Nenhum mantenedor foi designado para o relatório ainda. Vários relatos anteriores já foram confirmados como bugs e colocados na fila para revisão, enquanto outros permanecem em aberto enquanto colaboradores os analisam.
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 versã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 entre 30% e 40%. Desde então, operadores relataram quebras de sincronização, erros de retransmissão e agora a incompatibilidade de chaves na nova versão, sem correção publicada até o momento. Os atrasados 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 a seguir: Mane City Mobile chega ao iOS e Android em mais de 100 países