Um bug recém-registrado mostra o software da versão 3.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 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 desencontro de chaves
O defeito, registrado como issue #7581 no rastreador do GitHub do projeto, 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 registra 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 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 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 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, portanto uma identidade desatualizada ou desencontrada pode confundir quem revisar a máquina. Um log confuso pode atrasar essa confiança.
Até agora o desencontro não causou interrupção. Mesmo assim, ele prolonga uma série de defeitos que desenvolvedores vêm sinalizando desde o lançamento no meio do mês, de falhas de sincronização a uma falha no parser 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 as chaves derivada e ativa. Nenhum mantenedor foi designado para o relatório ainda. Vários 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 continua na compilação anterior 3.1.3, de acordo com 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 o desencontro de chaves na nova compilação, sem correção lançada até o momento. Os atrasados também correm o risco de entrar em estado bloqueado por emenda assim que os validadores aprovarem 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