O XRP Ledger (XRPL) está mais próximo de ativar um novo conjunto de correções de software, com previsão para 23 de outubro de 2026, desde que o apoio dos validadores seja mantido. A proposta fixCleanup3_4_0 alcançou os 29 votos favoráveis necessários, mas as funcionalidades de empréstimos planejadas para a rede continuam dependendo de votações separadas.

Segundo dados do XRPL Dashboard em 19 de outubro, 29 dos 35 validadores presentes na lista padrão de confiança apoiavam a alteração. Entretanto, a rede exige que essa aprovação seja mantida durante duas semanas consecutivas antes da ativação.

A atualização envolve diferentes componentes técnicos do registro, incluindo transações com tokens, contabilidade de cofres, formadores de mercado automatizados e processos relacionados a empréstimos.

Sua eventual ativação não significa, porém, que o sistema nativo de crédito ficará imediatamente disponível. As propostas LendingProtocol e SingleAssetVault ainda não receberam votos suficientes.

XRP Ledger prevê ativação das correções em 23 de outubro

A alteração fixCleanup3_4_0 atingiu a maioria exigida em 9 de outubro, iniciando um período de espera de 14 dias durante o qual o apoio precisa permanecer acima de 80%.

Em 19 de outubro, aproximadamente nove dias desse prazo haviam transcorrido. O painel projetava sua conclusão para 23 de outubro, por volta das 9h34 UTC.

Essa previsão não representa uma ativação garantida.

O XRP Ledger verifica decisões relacionadas às alterações do protocolo em intervalos específicos, conhecidos como flag ledgers.

De acordo com a documentação da rede, essas verificações acontecem a cada 256 registros. Depois que o período de aprovação termina, a decisão é registrada e as novas regras passam a ser aplicadas nos registros seguintes.

Por isso, a ativação efetiva pode ocorrer pouco depois do horário projetado.

Outro detalhe importante é que a proposta possuía exatamente os 29 votos necessários em 19 de outubro.

Não havia nenhum voto favorável adicional além do mínimo exigido.

Se um dos validadores retirasse seu apoio antes do término do período de espera, a proposta ficaria novamente abaixo da maioria necessária.

Nesse cenário, o prazo de duas semanas precisaria recomeçar quando o apoio suficiente fosse recuperado.

Portanto, 23 de outubro permanece uma data estimada, condicionada à continuidade da aprovação.

Operadores precisam atualizar seus servidores

A aprovação das mudanças também exige atenção dos responsáveis pelos servidores do XRP Ledger.

Os operadores precisam utilizar versões do software capazes de reconhecer as alterações aprovadas.

Quando a rede começa a aplicar novas regras, servidores que executam versões antigas sem o código necessário podem ficar bloqueados por incompatibilidade com as alterações.

Os desenvolvedores disponibilizaram a versão 3.4.0 do software xrpld em 16 de setembro.

Na ocasião, recomendaram que os operadores realizassem a atualização para preservar a compatibilidade com as mudanças previstas.

Essa versão contém correções associadas à fixCleanup3_4_0 e componentes relacionados às futuras funcionalidades de empréstimos.

Entretanto, disponibilizar o software não significa que todas as novas regras estejam automaticamente em funcionamento na rede principal.

Cada alteração submetida à governança precisa concluir seu próprio processo de aprovação.

Protocolo de empréstimos ainda precisa de dez votos

O sistema nativo de empréstimos do XRP Ledger continua aguardando aprovação, apesar do avanço das correções.

Em 19 de outubro, a proposta LendingProtocol, identificada como XLS-66, possuía 19 votos favoráveis entre os 35 validadores de confiança.

Isso significa que ainda precisava de dez votos adicionais para alcançar o mínimo de 29.

A proposta complementar SingleAssetVault, chamada XLS-65, contava com 21 votos. Faltavam, portanto, oito apoios.

As duas alterações são necessárias para que o sistema de empréstimos planejado possa funcionar na rede principal.

Além de atingir o número mínimo de votos, ambas precisam manter esse apoio durante duas semanas consecutivas.

Mesmo que conseguissem imediatamente os votos restantes, não poderiam entrar em vigor junto com o pacote de correções previsto para 23 de outubro.

Essa diferença separa claramente o progresso da manutenção técnica do calendário de lançamento das novas funcionalidades financeiras.

LendingProtocolV1_1 prevê mudanças adicionais

Uma terceira proposta, denominada LendingProtocolV1_1, também registrava 19 votos favoráveis em 19 de outubro.

Introduzida na versão 3.4.0 do xrpld, ela propõe ajustes na estrutura dos cofres de empréstimos e na contabilização dos juros.

A alteração exigiria que novos intermediários de crédito utilizassem cofres fechados.

Nesse modelo, depósitos, concessão de empréstimos e retiradas seguiriam etapas previamente definidas.

O processo seria dividido em períodos de subscrição, investimento e resgate.

A proposta também modificaria o reconhecimento das receitas de juros.

Em vez de registrar todos os juros programados no momento da abertura de um empréstimo, o sistema reconheceria a receita quando os pagamentos fossem efetivamente realizados pelos tomadores.

Essas mudanças continuam sujeitas à aprovação dos validadores.

Assim, a versão lançada em setembro prepara componentes do protocolo, mas não autoriza automaticamente sua utilização na rede principal.

Como funcionariam os empréstimos no XRP Ledger?

O sistema proposto utiliza cofres compartilhados financiados pelos depositantes.

Os participantes poderiam disponibilizar ativos em um fundo comum, enquanto um intermediário organizaria empréstimos com prazo determinado utilizando os recursos reunidos.

O registro armazenaria as obrigações dos empréstimos, os pagamentos realizados e outras transações relacionadas.

Uma característica importante está na exigência de garantias.

Os tomadores não precisariam fornecer garantias diretamente por meio do protocolo.

Em vez disso, os intermediários avaliariam a situação financeira e a capacidade de pagamento dos interessados mediante verificações realizadas fora da blockchain.

Esses agentes seriam responsáveis por determinar quais tomadores poderiam receber financiamento e quais condições seriam aplicadas.

Portanto, a proposta não elimina a avaliação do risco de crédito.

Ela transfere essa responsabilidade aos intermediários que participam da operação.

O modelo foi desenvolvido para apoiar atividades institucionais de empréstimos envolvendo XRP e outros ativos elegíveis emitidos no registro.

A Ripple apoia o desenvolvimento dessas propostas como parte de suas atividades com instituições financeiras.

Proteção facultativa busca absorver determinadas perdas

O sistema também prevê um mecanismo opcional chamado first-loss capital.

Por meio dele, um intermediário poderia disponibilizar ativos adicionais em uma conta separada para ajudar a cobrir perdas quando um tomador deixasse de pagar.

O nível de proteção dependeria do valor efetivamente disponibilizado.

Esse mecanismo não garantiria que todos os depositantes recuperassem integralmente seus recursos em caso de inadimplência.

A documentação do XRP Ledger também esclarece que o protocolo atualmente não oferece administração automática de garantias na blockchain nem liquidação automática.

Os intermediários poderiam declarar um empréstimo inadimplente depois que o tomador deixasse de realizar um pagamento e o período de tolerância aplicável terminasse.

Dessa maneira, o funcionamento proposto combina o registro das operações na blockchain com análises de crédito realizadas externamente.

Ainda é necessário distinguir essa arquitetura planejada das funcionalidades que já estão efetivamente disponíveis.

Ripple apoia propostas, mas aprovação depende da rede

A Ripple manifestou apoio às duas principais alterações relacionadas aos empréstimos por meio de seu validador em agosto.

Naquele momento, ambas continuavam abaixo do limite necessário para ativação.

O desenvolvimento também passou por uma nova auditoria de segurança em junho.

A reavaliação, realizada pela empresa de cibersegurança Halborn, não identificou problemas críticos ou de alto risco nas alterações examinadas.

Esse resultado, entretanto, não representava aprovação dos validadores nem garantia de ausência de problemas futuros no software.

A ativação das novas regras continua dependendo do processo de votação da rede.

Os números registrados em 19 de outubro mostram que o pacote de manutenção avançou mais rapidamente do que as funcionalidades financeiras que ele ajuda parcialmente a preparar.

Correções envolvem transações e contabilidade dos cofres

As notas de lançamento do xrpld 3.4.0 detalham diferentes ajustes incluídos em fixCleanup3_4_0.

Uma das correções está relacionada aos formadores de mercado automatizados.

Ela impede que determinadas transações de recuperação destruam tokens de participação em liquidez quando um arredondamento matemático resultar na recuperação de nenhum ativo subjacente.

Outras alterações corrigem cálculos utilizados em depósitos e retiradas realizados nos cofres.

O objetivo é manter consistência entre os saldos de ativos armazenados e a quantidade de participações atribuídas aos depositantes.

Esses ajustes tratam diretamente da precisão contábil durante as operações registradas na rede.

Entretanto, sua aplicação efetiva depende da ativação da alteração correspondente.

Regras de empréstimos e assinaturas também recebem ajustes

Os desenvolvedores modificaram ainda diferentes regras associadas aos empréstimos.

As correções abrangem autorizações, ativos congelados, credenciais e destinos de pagamento.

As notas técnicas também descrevem mudanças na maneira como a inadimplência interage com o congelamento de ativos e nos controles aplicados a retiradas de cofres que exigem permissão.

Outros ajustes envolvem transações em plataformas descentralizadas permissionadas, ofertas de NFTs e processamento de operações de custódia condicionada.

Uma correção relacionada às assinaturas introduz prefixos criptográficos distintos para diferentes funções.

A finalidade é impedir que uma assinatura destinada a uma função seja reutilizada em outra.

A atualização também amplia restrições aplicáveis a determinadas transações com tokens e passa a exigir verificações anteriormente registradas apenas nos logs do software.

Essas regras somente poderão ser aplicadas na rede principal depois que as respectivas alterações forem aprovadas e ativadas.

Atualização técnica avança antes do lançamento do crédito

A versão 3.4.0 também modifica a distribuição dos pacotes de software compatíveis.

Pacotes de instalação Linux assinados passaram a ser disponibilizados por meio da XRPL Foundation, que orientou os operadores a atualizar seus servidores para manter o funcionamento conforme novas alterações sejam adotadas.

Em 19 de outubro, o XRP Ledger apresentava dois calendários diferentes.

O primeiro envolve fixCleanup3_4_0, que atingiu exatamente os 29 votos exigidos e poderá entrar em vigor em 23 de outubro se conservar esse apoio.

O segundo corresponde ao sistema de empréstimos e aos cofres necessários para sua operação.

LendingProtocol ainda precisa de dez votos adicionais, enquanto SingleAssetVault necessita de oito.

Portanto, o próximo marco imediato é a possível ativação das correções técnicas.

O lançamento dos empréstimos continuará condicionado à obtenção das aprovações restantes e ao cumprimento de seus próprios períodos de espera.