Los desarrolladores del XRP Ledger de Ripple proponen una solución para los problemas de redondeo en los pagos de préstamos

Los desarrolladores del XRP Ledger han propuesto una nueva actualización del protocolo de préstamos que corregiría la forma en que se redondean los pagos de préstamos, evitando que pequeñas diferencias de cálculo se acumulen a lo largo de los pagos programados.

Resumen

• Los desarrolladores del XRP Ledger propusieron cambios en el redondeo de pagos bajo la enmienda planificada LendingProtocolV1_2 para préstamos nativos.
• La corrección evitaría que las diferencias acumuladas de redondeo hagan que las últimas cuotas del préstamo superen los montos programados.
• Los desarrolladores probaron los cálculos de reembolso en bóvedas Legacy, CashBasis y FixedPrecision bajo varias configuraciones de enmienda diferentes.
• Los préstamos existentes que presentan diferencias de redondeo pueden mantenerlas a menos que los prestatarios realicen sobrepagos calificados durante el reembolso.
• LendingProtocolV1_2 sigue en desarrollo, y la activación en la mainnet requiere un apoyo sostenido de los validadores de confianza del XRP Ledger.

La propuesta de GitHub del 6 de noviembre introduce cambios bajo la enmienda planificada LendingProtocolV1_2, que alinearía los saldos de préstamos pendientes con sus cronogramas de pago. La corrección aborda los casos en los que las diferencias de redondeo pueden dejar la última cuota ligeramente más alta que el monto que los prestatarios estaban programados para pagar originalmente.

La propuesta sigue en revisión y no ha sido activada en la mainnet del XRP Ledger. Los desarrolladores han incluido pruebas que cubren diferentes métodos de contabilidad de bóvedas, préstamos existentes y situaciones en las que los prestatarios pagan más que sus cuotas programadas.

La solución de préstamos del XRP Ledger apunta al redondeo de pagos

En el centro de la propuesta está cómo el XRP Ledger calcula la cantidad restante adeudada después de que los prestatarios realizan pagos hacia un préstamo.

Bajo el cálculo existente descrito por el desarrollador, el valor de cada cuota se calcula por separado. Pequeñas diferencias de redondeo pueden acumularse a medida que avanzan los pagos, dejando ocasionalmente la última cuota una unidad más alta que el pago periódico redondeado.

La corrección propuesta introduce un método de cálculo conocido como telescopado, que utiliza el cronograma de reembolso restante para determinar el saldo pendiente después de cada cuota.

En lugar de permitir que los cálculos individuales produzcan diferencias acumulativas, el sistema alinearía el valor pendiente con los pagos programados restantes.

Bajo LendingProtocolV1_2, cada transacción LoanPay a tiempo reduciría TotalValueOutstanding al monto programado con un pago menos restante. El ajuste se mantendría limitado al PeriodicPayment redondeado.

La descripción del desarrollador indica que el cambio haría que la parte del valor de cada cuota programada sea igual al pago periódico redondeado hacia abajo o hacia arriba, manteniéndolo al menos en una unidad.

La última cuota coincidiría exactamente con el PeriodicPayment redondeado para los préstamos que siguen el cronograma corregido.

Los desarrolladores ajustan los cálculos de LoanSet y LoanPay

Los cambios de código propuestos involucran LoanSet, que establece los términos del préstamo, y LoanPay, que procesa los reembolsos en el libro mayor.

El primer commit mueve el cálculo del valor programado de un préstamo fuera de computeLoanProperties y a una función separada llamada scheduledValue.

Los desarrolladores dijeron que este ajuste inicial no cambia el comportamiento existente. Su propósito es asegurar que la creación de préstamos y el procesamiento de reembolsos utilicen el mismo método de redondeo.

Un segundo commit introduce la corrección de reembolso bajo LendingProtocolV1_2, incluyendo ajustes al saldo restante cada vez que un prestatario realiza un sobrepago aceptado.

Después de dicho pago, TotalValueOutstanding se restablecería al valor programado calculado utilizando el PeriodicPayment revisado, permitiendo que las cuotas posteriores sigan el cronograma actualizado.

La propuesta incluye salvaguardias para la parte principal de cada cuota, evitando que los cálculos dejen un monto negativo de interés no pagado.

Los préstamos a interés cero requieren un manejo separado porque el valor total del préstamo utiliza redondeo a la unidad más cercana, mientras que el monto principal se redondea hacia arriba.

Los desarrolladores han probado los cambios en los modelos de contabilidad de bóveda Legacy, CashBasis y FixedPrecision, tanto con como sin la enmienda propuesta habilitada.

Los préstamos existentes en XRP Ledger mantendrían algunas diferencias de redondeo

Aunque los cambios propuestos corregirían los cálculos de reembolso en adelante, no eliminarían automáticamente todas las diferencias de redondeo asociadas a los préstamos existentes.

La propuesta en GitHub explica que los préstamos más antiguos que ya llevan una unidad por encima de su saldo programado retendrían esa diferencia hasta que el prestatario realice un pago en exceso.

Por lo tanto, dichos préstamos podrían aún requerir una cuota final igual al PeriodicPayment redondeado más una unidad adicional.

Los pequeños pagos en exceso pueden ser ignorados cuando caen dentro de los límites de redondeo existentes. En esos casos, la transacción puede devolver un resultado exitoso sin cobrar un pago adicional del préstamo.

El desarrollador ha incluido pruebas que cubren la activación de la enmienda mientras un préstamo permanece pendiente, permitiendo que los cálculos revisados sean verificados contra los registros de reembolso existentes.

Estos ajustes conciernen a la contabilidad de préstamos dentro del protocolo de préstamo propuesto. No cambian las transferencias ordinarias de XRP ni establecen un nuevo producto de préstamo disponible para todos los titulares de XRP.

LendingProtocolV1_2 aún requiere aprobación de validadores

La propuesta de reembolso forma parte del trabajo continuo de XRP Ledger en préstamos nativos, que permitiría préstamos a plazo fijo financiados a través de Single Asset Vaults.

En septiembre, crypto.news cubrió los cambios de préstamo introducidos en la versión 3.4.0 de XRP Ledger, incluyendo bóvedas cerradas y contabilidad en base a efectivo bajo LendingProtocolV1_1.

El marco de préstamo propuesto utilizaría activos agrupados para financiar préstamos, mientras que los corredores evaluarían a los prestatarios y gestionarían el riesgo crediticio fuera de la blockchain.

Una revisión de octubre sobre la votación de validadores encontró que las enmiendas de préstamo y bóveda no habían asegurado el apoyo requerido para activar.

Mientras tanto, una enmienda de mantenimiento separada se activó el 4 de noviembre, abordando varios problemas de procesamiento de transacciones sin habilitar el protocolo de préstamo.

Bajo el proceso de enmienda de XRP Ledger, un cambio propuesto debe recibir apoyo de más del 80% de los validadores de confianza durante dos semanas consecutivas antes de la activación.

La solicitud de extracción #8698 sigue abierta, y no se ha anunciado una fecha de activación en mainnet para LendingProtocolV1_2.