Correção de bug do XRPL avança; liberação de empréstimos on‑ledger segue sem votos suficientes
Pacote de segurança passou em 29 dos 35 validadores confiáveis; propostas de empréstimo ainda estão abaixo do quórum necessário.
A emenda de manutenção fixCleanup3_4_0 alcançou o mínimo de 29 dos 35 validadores confiáveis e entrou há nove dias na janela de aprovação de 14 dias, com ativação projetada para cerca das 09:34 UTC em 23 de outubro se o apoio se mantiver.
As propostas principais de empréstimo continuam abaixo do quórum necessário para iniciar sua própria contagem regressiva: LendingProtocol tem 19 votos e SingleAssetVault tem 21 votos. Assim, recursos de empréstimo não garantidos não podem ser ativados junto com a correção de outubro e só poderão avançar, no melhor cenário, no início de novembro se os votos aumentarem imediatamente.
O pacote de correções e o lançamento do xrpld v3.4.0 fecham uma brecha de criação de tokens que permitia que algumas contas cunhassem tokens, endurecem regras de arredondamento de cofres (vaults) e de inadimplência de empréstimos, e ajustam verificações de AMM e de transações para prevenir erros conhecidos.
Os desenvolvedores incluiram uma emenda de seguimento, LendingProtocolV1_1, para consertar o código original de empréstimos antes de sua ativação. O desenho do sistema de empréstimos prevê empréstimos não garantidos, com prazo fixo e recursos agrupados, subscrição off‑chain por corretores e capital inicial de primeiro prejuízo opcional financiado por corretores — o que deixa os provedores de liquidez expostos ao risco de crédito e ao risco do corretor.
Para que qualquer emenda seja adotada na mainnet é preciso mais de 80% de apoio sustentado entre os 35 validadores padrão por duas semanas contínuas. Além disso, operadores precisam atualizar seus clientes xrpld de forma compatível; sem isso, a rede pode ficar bloqueada contra a emenda e as mudanças não passam a valer na mainnet.