Los desarrolladores de XRP Ledger han propuesto una nueva actualización del protocolo de préstamos que corregiría cómo se redondean los reembolsos de préstamos, evitando que pequeñas diferencias de cálculo se acumulen a lo largo de los pagos programados.
Resumen
- Los desarrolladores de XRP Ledger propusieron cambios en el redondeo de reembolsos bajo la enmienda planificada LendingProtocolV1_2 para préstamos nativos.
- La corrección evitaría que las diferencias de redondeo acumuladas hagan que las cuotas finales 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 conservarlas a menos que los prestatarios realicen sobrepagos que cumplan los requisitos durante el reembolso.
- LendingProtocolV1_2 sigue en desarrollo, y su activación en la red principal requiere un apoyo sostenido de validadores de confianza de XRP Ledger.
La propuesta en GitHub del 6 de noviembre introduce cambios bajo la enmienda planificada LendingProtocolV1_2, que alinearía los saldos de préstamos pendientes con sus calendarios de reembolso. La corrección aborda los casos en los que las diferencias de redondeo pueden dejar la cuota final ligeramente más alta que el monto que los prestatarios tenían originalmente programado pagar.
La propuesta sigue en revisión y no se ha activado en la red principal de 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 corrección de préstamos de XRP Ledger apunta al redondeo de reembolsos
En el centro de la propuesta está cómo XRP Ledger calcula el monto restante adeudado después de que los prestatarios realizan pagos hacia un préstamo.
Según el cálculo existente descrito por el desarrollador, el valor de cada cuota se calcula por separado. Las pequeñas diferencias de redondeo pueden acumularse a medida que avanzan los pagos, dejando ocasionalmente la cuota final 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 calendario 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 volvería a alinear el valor pendiente con los pagos programados restantes.
Bajo LendingProtocolV1_2, cada transacción LoanPay puntual reduciría TotalValueOutstanding al monto programado con un pago menos restante. El ajuste permanecería limitado al PeriodicPayment redondeado.
La descripción del desarrollador establece que el cambio haría que la porción de valor de cada cuota programada sea igual al pago periódico redondeado hacia abajo o hacia arriba, manteniéndolo en al menos una unidad.
La cuota final coincidiría entonces exactamente con el PeriodicPayment redondeado para los préstamos que sigan el calendario 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 ledger.
El primer commit traslada 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 garantizar 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, incluidos 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 calendario actualizado.
La propuesta incluye salvaguardas para la porción de principal de cada cuota, evitando que los cálculos dejen un monto negativo de interés impago.
Los préstamos con 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 del principal se redondea hacia arriba.
Los desarrolladores han probado los cambios en los modelos de contabilidad de bóvedas Legacy, CashBasis y FixedPrecision, tanto con la enmienda propuesta habilitada como sin ella.
Los préstamos existentes en el XRP Ledger conservarí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 de GitHub explica que los préstamos más antiguos que ya presentan una unidad por encima de su saldo programado conservarían esa diferencia hasta que el prestatario realice un pago en exceso.
Por lo tanto, dichos préstamos aún podrían requerir una cuota final equivalente al PeriodicPayment redondeado más una unidad adicional.
Los pequeños pagos en exceso pueden ignorarse cuando se encuentran dentro de los límites de redondeo existentes. En esos casos, la transacción puede devolver un resultado exitoso sin cobrar un pago de préstamo adicional.
El desarrollador ha incluido pruebas que cubren la activación de la enmienda mientras un préstamo sigue pendiente, lo que permite verificar los cálculos revisados contra los registros de reembolso existentes.
Estos ajustes conciernen a la contabilidad de préstamos dentro del protocolo de préstamos propuesto. No modifican las transferencias ordinarias de XRP ni establecen un nuevo producto de préstamo disponible para todos los tenedores de XRP.
LendingProtocolV1_2 aún requiere la aprobación de los validadores
La propuesta de reembolso forma parte del trabajo continuo del XRP Ledger en materia de préstamos nativos, que permitiría préstamos a plazo fijo financiados mediante Single Asset Vaults.
En septiembre, crypto.news cubrió los cambios de préstamos introducidos en la versión 3.4.0 del XRP Ledger, incluidos los vaults de plazo cerrado y la contabilidad de base de efectivo bajo LendingProtocolV1_1.
El marco de préstamos 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 cadena de bloques.
Una revisión de octubre de la votación de los validadores encontró que las enmiendas de préstamos y vaults no habían obtenido el apoyo necesario para activarse.
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éstamos.
Según el proceso de enmiendas del XRP Ledger, un cambio propuesto debe recibir el apoyo de más del 80% de los validadores de confianza durante dos semanas consecutivas antes de su activación.
La solicitud de extracción #8698 sigue abierta y no se ha anunciado ninguna fecha de activación en la red principal para LendingProtocolV1_2.
