O prazo de atualização do XRP Ledger v3.2.0 é inferior a uma semana; quem não fizer a atualização corre o risco de interrupções no serviço

O validador do XRPL, “Vet”, emitiu um aviso na plataforma X, referindo que o prazo para a atualização para o XRP Ledger v3.2.0 falta menos de uma semana. Todos os nós a executar versões inferiores à v3.2.0 enfrentarão uma interrupção do serviço e apelou às bolsas e às equipas de projetos para concluírem a atualização o mais rapidamente possível.

Estado da adoção dos nós da v3.2.0

（Fonte: XRP Ledger）

Com base nos dados mais recentes do explorador do XRP Ledger, a migração da atualização da rede ainda está em curso, sendo o estado de adoção dos nós o seguinte:

v3.2.0 (já atualizada): 489 nós, o que representa 57,87% do total acompanhado

v3.1.3 (versão principal em atraso): 319 nós, o que representa 37,75%

Versões mais antigas (v3.1.2, v3.1.1, v3.1.0, v3.0.0): alguns nós de menor dimensão ainda utilizam

No que respeita aos validadores, a taxa de adoção da v3.2.0 pelos validadores do XRPL disparou para 66,44%: 99 validadores (66,44%) já atualizaram, enquanto 41 (27,52%) ainda estão na v3.1.3.

Principais alterações de protocolo do XLS-0095

Esta versão v3.2.0 inclui melhorias de infraestrutura, correções de vulnerabilidades e reforços de funcionalidades para developers; entre elas, o XLS-0095 introduz a maior alteração de protocolo até agora: a designação oficial do software do servidor do XRP Ledger passou de “rippled” para “xrpld”.

O trabalho de transição foi iniciado a 15 de junho de 2026, envolvendo alterações correspondentes nos caminhos de configuração dos operadores, scripts de deployment, referências a metadados e alterações no diretório da base de dados; durante a atualização, os operadores de nós têm de concluir os ajustes de configuração acima referidos.

A proposta de correção fixCleanup3_2_0: suporte de 85,71%

A proposta de correção fixCleanup3_2_0 já cumpriu os requisitos de votação dos validadores, com os seguintes dados: taxa de suporte de 85,71%, com 30 votos a favor e 5 votos contra entre 35 validadores considerados; a proposta encontra-se atualmente num período de contagem decrescente de duas semanas para o arranque. De acordo com a contagem, se durante esse período a taxa de suporte se mantiver em mais de 80%, a proposta será ativada oficialmente a 29 de julho de 2026, pelas 09:57 UTC.

O âmbito funcional da proposta de correção inclui: a correção de problemas de exatidão e arredondamento numa única base de dados de ativos e num contrato de empréstimo; a correção de vulnerabilidades em exchanges descentralizadas (DEX) com permissões e em domínios (Domain) com permissões; a melhoria de funcionalidades já existentes na rede, mas sem adicionar novas funcionalidades.

Perguntas frequentes

Quantos nós do XRP Ledger já concluíram a atualização para a v3.2.0 e quantos continuam em versões antigas?

Com base nos dados mais recentes do explorador do XRP Ledger, de entre os 843 nós em acompanhamento, 489 (57,87%) já estão a executar a v3.2.0; 319 (37,75%) continuam na v3.1.3; e alguns nós ainda utilizam versões mais antigas. No que respeita à adoção pelos validadores do XRPL, 66,44% (99 nós) já atualizaram, enquanto 27,52% (41 nós) permanecem na v3.1.3.

A alteração do XLS-0095 na v3.2.0 do XRP Ledger abrange que conteúdos específicos?

O XLS-0095 é a maior alteração de protocolo desta versão: passa oficialmente o software do servidor do XRP Ledger de “rippled” para “xrpld”. O trabalho de transição foi iniciado a 15 de junho de 2026, envolvendo ajustes nos caminhos de configuração, scripts de deployment, referências a metadados e no diretório da base de dados, cabendo aos operadores de nós concluir essas alterações de configuração durante a atualização.

Quando é que a proposta de correção fixCleanup3_2_0 será ativada e qual é o suporte atual?

A proposta de correção fixCleanup3_2_0 tem atualmente suporte de 85,71% por parte dos validadores (30 votos a favor entre 35 validadores considerados), e encontra-se numa contagem decrescente de duas semanas para o arranque; se durante esse período o suporte se mantiver acima de 80%, a proposta deverá ser ativada oficialmente a 29 de julho de 2026, pelas 09:57 UTC.