Os desenvolvedores do XRP Ledger propuseram uma nova atualização do protocolo de empréstimos que corrigiria a forma como os reembolsos de empréstimos são arredondados, evitando que pequenas diferenças de cálculo se acumulem ao longo dos pagamentos programados.
Resumo
- Os desenvolvedores do XRP Ledger propuseram mudanças no arredondamento de reembolsos sob a planejada emenda LendingProtocolV1_2 para empréstimos nativos.
- A correção evitaria que diferenças de arredondamento acumuladas fizessem com que as parcelas finais do empréstimo excedessem os valores programados.
- Os desenvolvedores testaram os cálculos de reembolso em cofres Legacy, CashBasis e FixedPrecision sob várias configurações diferentes de emenda.
- Empréstimos existentes que carregam diferenças de arredondamento podem mantê-las, a menos que os tomadores façam pagamentos a maior qualificáveis durante o reembolso.
- A LendingProtocolV1_2 permanece em desenvolvimento, com ativação na mainnet exigindo suporte sustentado de validadores confiáveis do XRP Ledger.
A proposta no GitHub de 6 de novembro introduz mudanças sob a planejada emenda LendingProtocolV1_2, que alinharia os saldos de empréstimos em aberto com seus cronogramas de reembolso. A correção aborda casos em que diferenças de arredondamento podem deixar a parcela final ligeiramente superior ao valor que os tomadores estavam originalmente programados para pagar.
A proposta permanece em análise e não foi ativada na mainnet do XRP Ledger. Os desenvolvedores incluíram testes cobrindo diferentes métodos de contabilidade de cofres, empréstimos existentes e situações em que os tomadores pagam mais do que suas parcelas programadas.
Correção de Empréstimos do XRP Ledger Visa o Arredondamento de Reembolsos
No centro da proposta está como o XRP Ledger calcula o valor restante devido após os tomadores fazerem pagamentos de um empréstimo.
Sob o cálculo existente descrito pelo desenvolvedor, o valor de cada parcela é calculado separadamente. Pequenas diferenças de arredondamento podem se acumular à medida que os pagamentos progridem, ocasionalmente deixando a parcela final uma unidade acima do pagamento periódico arredondado.
A correção proposta introduz um método de cálculo conhecido como telescoping, que usa o cronograma de reembolso restante para determinar o saldo em aberto após cada parcela.
Em vez de permitir que cálculos individuais produzam diferenças cumulativas, o sistema traria o valor em aberto de volta em linha com os pagamentos programados restantes.
Sob a LendingProtocolV1_2, cada transação LoanPay pontual reduziria o TotalValueOutstanding ao valor programado com um pagamento a menos restante. O ajuste permaneceria limitado ao PeriodicPayment arredondado.
A descrição do desenvolvedor afirma que a mudança tornaria a parcela de valor de cada parcela programada igual ao pagamento periódico arredondado para baixo ou para cima, mantendo-a em pelo menos uma unidade.
A parcela final então corresponderia exatamente ao PeriodicPayment arredondado para empréstimos que seguem o cronograma corrigido.
Desenvolvedores Ajustam Cálculos de LoanSet e LoanPay
As mudanças de código propostas envolvem o LoanSet, que estabelece os termos do empréstimo, e o LoanPay, que processa os reembolsos no ledger.
O primeiro commit move o cálculo do valor programado de um empréstimo de computeLoanProperties para uma função separada chamada scheduledValue.
Os desenvolvedores disseram que este ajuste inicial não altera o comportamento existente. Seu propósito é garantir que a criação do empréstimo e o processamento do reembolso usem o mesmo método de arredondamento.
Um segundo commit introduz a correção de reembolso sob a LendingProtocolV1_2, incluindo ajustes ao saldo restante sempre que um tomador faz um pagamento a maior aceito.
Após tal pagamento, o TotalValueOutstanding seria redefinido para o valor programado calculado usando o PeriodicPayment revisado, permitindo que as parcelas subsequentes sigam o cronograma atualizado.
A proposta inclui salvaguardas para a parcela de principal de cada parcela, evitando que os cálculos deixem um valor negativo de juros não pagos.
Empréstimos com juros zero exigem tratamento separado porque o valor total do empréstimo usa arredondamento para a unidade mais próxima, enquanto o valor do principal é arredondado para cima.
Os desenvolvedores testaram as mudanças nos modelos de contabilidade de cofres Legacy, CashBasis e FixedPrecision, tanto com quanto sem a emenda proposta habilitada.
Empréstimos existentes no XRP Ledger manteriam algumas diferenças de arredondamento
Embora as mudanças propostas corrijam os cálculos de reembolso daqui em diante, elas não eliminariam automaticamente todas as diferenças de arredondamento associadas aos empréstimos existentes.
A proposta no GitHub explica que empréstimos mais antigos que já carregam uma unidade acima do saldo programado manteriam essa diferença até que o mutuário faça um pagamento a mais.
Tais empréstimos poderiam, portanto, ainda exigir uma parcela final igual ao PeriodicPayment arredondado mais uma unidade adicional.
Pequenos pagamentos a mais podem ser ignorados quando estiverem dentro dos limites de arredondamento existentes. Nesses casos, a transação pode retornar um resultado bem-sucedido sem cobrar um pagamento adicional do empréstimo.
O desenvolvedor incluiu testes que cobrem a ativação da emenda enquanto um empréstimo permanece em aberto, permitindo que os cálculos revisados sejam verificados em relação aos registros de reembolso existentes.
Esses ajustes dizem respeito à contabilidade de empréstimos dentro do protocolo de empréstimos proposto. Eles não alteram transferências comuns de XRP nem estabelecem um novo produto de empréstimo disponível para todos os detentores de XRP.
LendingProtocolV1_2 ainda requer aprovação dos validadores
A proposta de reembolso faz parte do trabalho contínuo do XRP Ledger em empréstimos nativos, que permitiria empréstimos de prazo fixo financiados por meio de Single Asset Vaults.
Em setembro, o crypto.news cobriu as mudanças de empréstimo introduzidas na versão 3.4.0 do XRP Ledger, incluindo cofres fechados e contabilidade de base de caixa sob o LendingProtocolV1_1.
A estrutura de empréstimos proposta usaria ativos agrupados para financiar empréstimos, enquanto os corretores avaliariam os mutuários e gerenciariam o risco de crédito fora da blockchain.
Uma revisão da votação dos validadores em outubro constatou que as emendas de empréstimos e de cofres não haviam obtido o apoio necessário para serem ativadas.
Enquanto isso, uma emenda de manutenção separada foi ativada em 4 de novembro, abordando várias questões de processamento de transações sem habilitar o protocolo de empréstimos.
De acordo com o processo de emendas do XRP Ledger, uma mudança proposta deve receber apoio de mais de 80% dos validadores confiáveis por duas semanas consecutivas antes da ativação.
O pull request #8698 permanece aberto, e nenhuma data de ativação na mainnet foi anunciada para o LendingProtocolV1_2.
