O XRP Ledger se aproximou da ativação de um pacote de correções de software em 23 de outubro, após garantir os 29 votos de validadores necessários para aprovação, embora seu sistema de empréstimos planejado permaneça abaixo do limite de votação da rede.
Resumo
- O mais recente pacote de correções de bugs do XRP Ledger garantiu 29 votos de validadores, atingindo o limite de aprovação da rede.
- A atualização pode ser ativada em 23 de outubro se os validadores mantiverem o suporte durante todo o período de votação obrigatório de duas semanas.
- O sistema de empréstimos planejado permanece 10 votos aquém, enquanto seu recurso de cofre de suporte precisa de mais oito.
- As correções abordam cálculos de empréstimos, contabilidade de cofres, manuseio de tokens e outros problemas de processamento de transações em todo o XRPL.
- A proposta de empréstimos apoiaria empréstimos de prazo fixo sem garantia, usando corretores para avaliar a credibilidade dos tomadores fora da cadeia.
De acordo com o XRPL Dashboard, a emenda conhecida como fixCleanup3_4_0 havia recebido suporte de 29 dos 35 validadores na lista confiável padrão da rede em 19 de outubro. A proposta está passando por seu período de aprovação obrigatório de duas semanas, com ativação projetada para sexta-feira se esse suporte continuar.
A atualização contém correções que afetam transações de tokens, contabilidade de cofres, formadores de mercado automatizados e processos relacionados a empréstimos. Sua ativação não habilitaria empréstimos na rede porque as principais propostas de empréstimos e cofres estão passando por votações separadas.
A emenda LendingProtocol tinha 19 validadores de suporte, deixando-a 10 votos aquém dos 29 necessários. SingleAssetVault, que armazenaria fundos usados para empréstimos, tinha 21 votos e precisava de mais oito.
Correção de bug do XRP Ledger visa ativação em 23 de outubro
A emenda fixCleanup3_4_0 atingiu a maioria de validadores necessária em 9 de outubro, iniciando um período de 14 dias durante o qual o suporte deve permanecer acima de 80%.
No checkpoint de 19 de outubro, a proposta havia completado aproximadamente nove dias desse período de espera. O dashboard projetou 23 de outubro por volta das 09:34 UTC como o momento em que o período de aprovação necessário terminaria.
A ativação real pode ocorrer logo depois, porque o XRP Ledger processa decisões de emendas em intervalos designados conhecidos como flag ledgers.
De acordo com a documentação de emendas da rede, essas verificações ocorrem a cada 256 ledgers. Uma vez que o período de espera necessário tenha passado, a rede registra a decisão da emenda e aplica as regras atualizadas nos ledgers subsequentes.
No snapshot de 19 de outubro do dashboard, a correção tinha exatamente 29 votos, não deixando validadores de suporte adicionais além do mínimo necessário. Se um desses validadores retirasse o suporte antes do fim do período de espera, a proposta cairia abaixo da maioria necessária.
Sob as regras do XRPL, perder essa maioria reinicia o período de aprovação de duas semanas quando o suporte suficiente é restaurado. O horário de ativação de 23 de outubro é, portanto, uma projeção, não a confirmação de que a atualização já entrou em vigor.
Os operadores de servidores devem executar software que reconheça as emendas aprovadas. De acordo com a documentação do XRPL, servidores que usam versões mais antigas sem o código necessário podem ficar bloqueados por emendas quando a rede começar a aplicar as novas regras.
Os desenvolvedores do XRPL lançaram a versão 3.4.0 do software de servidor xrpld em 16 de setembro e aconselharam os operadores a atualizar para manter a compatibilidade.
Empréstimos do XRP Ledger permanecem 10 votos aquém da aprovação
Embora partes da correção pendente estejam relacionadas a empréstimos, o serviço de empréstimos da rede não recebeu suporte suficiente dos validadores para ser ativado.
A proposta LendingProtocol, conhecida como XLS-66, teve 19 dos 35 votos de validadores confiáveis no snapshot de 19 de outubro. Sua proposta companheira SingleAssetVault, XLS-65, teve 21 votos. Ambas exigem apoio de pelo menos 29 validadores por duas semanas contínuas antes de entrarem em vigor.
As propostas devem ser ativadas antes que o sistema de empréstimos planejado possa operar na mainnet do XRP Ledger. Mesmo que ambas atingissem a contagem de votos necessária imediatamente, a regra de espera de duas semanas significa que elas não poderiam ser ativadas junto com o pacote de correção de bugs de 23 de outubro.
Uma emenda separada, LendingProtocolV1_1, teve 19 votos de apoio. Introduzida na versão 3.4.0, ela propõe mudanças no design dos cofres de empréstimos e na contabilização dos juros dos empréstimos.
A emenda adicional exigiria que os corretores de empréstimos recém-criados usassem cofres de prazo fechado, nos quais depósitos, empréstimos e saques seguem etapas definidas.
A proposta divide esse processo em períodos de subscrição, investimento e resgate.
Ela mudaria a contabilização de juros para que a receita seja reconhecida quando os tomadores efetivamente realizarem pagamentos, em vez de registrar todos os juros programados quando um empréstimo começa.
Essas mudanças propostas permanecem sujeitas à aprovação dos validadores.
Em setembro, o crypto.news noticiou o lançamento do software e suas duas novas emendas, observando que o lançamento do código funcional não ativava por si só as novas regras de empréstimos.
A contagem mais recente de validadores mostra que a atualização de manutenção agrupada está avançando à frente dos recursos financeiros que ela apoia em parte.
O design de empréstimos depende de corretores para verificações dos tomadores
Sob o sistema de empréstimos do XRPL proposto, os depositantes contribuiriam com ativos para um cofre compartilhado, e um corretor de empréstimos organizaria empréstimos de prazo fixo usando esses fundos reunidos.
O ledger registraria obrigações de empréstimos, reembolsos e outras transações associadas.
Os tomadores não precisariam fornecer garantias diretamente por meio do protocolo.
Em vez disso, os corretores de empréstimos avaliariam a condição financeira dos tomadores e a capacidade de reembolso usando verificações realizadas fora da blockchain. Esse arranjo daria aos corretores a responsabilidade de decidir quais tomadores se qualificam e quais condições de empréstimo recebem.
O design publicado inclui um mecanismo de proteção opcional chamado capital de primeira perda. Um corretor poderia colocar ativos adicionais em uma conta separada para ajudar a cobrir perdas quando os tomadores não conseguirem reembolsar seus empréstimos.
A proteção dependeria do valor disponibilizado. Ela não garantiria que os depositantes pudessem recuperar todos os seus fundos após um inadimplemento. A documentação do XRPL explica que o protocolo atualmente não fornece gestão automática de garantias on-chain ou liquidação.
Os corretores de empréstimos teriam a opção de declarar um empréstimo em inadimplência depois que um tomador perdesse um pagamento e o período de carência relevante expirasse.
O protocolo destina-se a apoiar atividades de empréstimos institucionais usando XRP e outros ativos elegíveis emitidos no ledger. A Ripple apoiou o desenvolvimento das propostas de empréstimos como parte de seu trabalho com instituições financeiras.
Em agosto, a Ripple apoiou ambas as emendas por meio de seu validador enquanto elas permaneciam abaixo do limite de ativação.
Uma reauditoria de segurança de empréstimos separada em junho não relatou descobertas críticas ou de alto risco nas mudanças revisadas pela empresa de cibersegurança Halborn.
A ausência de descobertas críticas nessa revisão não equivalia a aprovação da rede ou a uma garantia contra problemas futuros de software.
A atualização de software mais recente aborda erros de cofres e transações
As notas de lançamento do xrpld 3.4.0 de 16 de setembro descrevem várias correções incluídas no fixCleanup3_4_0.
Uma correção impede que certas transações de recuperação de formadores de mercado automatizados destruam os tokens de provedor de liquidez de um usuário quando o arredondamento resultaria na recuperação de nenhum ativo subjacente.
Outras mudanças abordam cálculos usados quando pessoas depositam ou retiram fundos de cofres. As correções são projetadas para manter os saldos de ativos dos cofres e o número de cotas emitidas aos depositantes consistentes durante as transações.
Para empréstimos, os desenvolvedores atualizaram regras que abrangem autorização, ativos congelados, credenciais e destinos de pagamento. As notas de lançamento especificam mudanças envolvendo como os inadimplências de empréstimos interagem com congelamentos de ativos e como o protocolo verifica saques de cofres com permissão.
Ajustes separados abordam transações de exchanges descentralizadas com permissão, ofertas de NFT e processamento de custódia. Uma correção relacionada a assinaturas introduz prefixos criptográficos distintos para diferentes funções de assinatura. A mudança impede que uma assinatura destinada a uma função seja reutilizada em outra.
O lançamento também aperta restrições sobre certas transações de tokens e impõe verificações que antes eram registradas apenas em logs de software. Essas correções estão incluídas no lançamento do software, mas exigem que a emenda relevante seja ativada antes que suas novas regras de transação se tornem aplicáveis na mainnet.
O lançamento da versão 3.4.0 também altera como os pacotes de servidor compatíveis são distribuídos, com pacotes de instalação Linux assinados fornecidos por meio da XRPL Foundation.
O aviso de lançamento da fundação instrui os operadores a atualizar seus servidores para a versão 3.4.0 para manter o serviço à medida que a rede adota as novas emendas.
