Ripple旗下的XRP账本开发者提议修复贷款还款舍入计算问题

XRP Ledger借贷协议迎来新的修复提案，目标解决分期还款中的舍入误差累积问题。旧机制独立计算每一期还款，误差持续积累，偶尔造成最后一期还款金额上浮。新方案在每次还款后，依托剩余还款计划重新核算欠款，限制偏差范围，并且针对超额还款、零息贷款、不同金库会计模型做全面测试。下面小编简单梳理了本次协议优化的看点。

XRP账本开发者提出借贷协议更新方案，用于修正贷款还款金额的舍入逻辑，避免小额计算误差在多期还款中不断累积。

这份11月6日在GitHub发布的提案归属于Lending Protocol V1_2修正案，目标让未偿还贷款余额和还款计划表保持一致。该修复针对一种情况：舍入误差会导致最后一期还款金额，略高于借款人原本计划偿还的数额。

提案目前仍在审核阶段，尚未在XRP账本主网上激活。开发者配套编写了测试用例，覆盖不同金库核算模式、存量贷款，以及借款人超额还款的场景。

XRP账本借贷修复聚焦还款舍入机制

提案的核心，是XRP账本在借款人还款后计算剩余欠款的方式。

按照当前的计算逻辑，每一期还款金额单独核算。随着持续还款，微小的舍入误差会不断叠加，偶尔造成最后一期还款比每期定额多出1个最小单位。

本次提案引入一种叫做伸缩式（telescoping）的计算方式：每完成一期还款后，依靠剩余还款计划重新核算未结清余额。

该机制不再让每一笔单独计算产生累积偏差，会将欠款余额校准至剩余还款计划对应的数值。

在Lending Protocol V1_2规则下，每一笔按时的LoanPay交易，都会把未偿还总额调整为剩余期数对应的计划金额，调整幅度上限不超过舍入后的每期还款额。

开发者文档说明，调整后每期计划还款的本金部分，向上或向下取整，但至少保留1个最小单位。遵循新方案的贷款，最后一期还款金额将和舍入后的每期定额完全匹配。

开发者调整LoanSet与LoanPay计算逻辑

本次代码改动涉及LoanSet和LoanPay两个模块：LoanSet用于生成贷款条款，LoanPay在链上处理还款。

第一处提交，把贷款计划金额的计算逻辑从compute Loan Properties抽离为独立函数scheduled Value。开发者表示，这一步改动不会改变现有逻辑，目的是保证贷款创建和还款流程使用同一套舍入规则。

第二处提交在Lending Protocol V1_2中加入还款修正逻辑，借款人发生有效超额还款时，同步重置剩余余额。

超额还款后，未偿还总额会按照更新后的每期还款额重新计算，后续分期将依照新计划表执行。

提案为每期还款的本金部分设置防护机制，避免计算后出现应付利息为负数的情况。零息贷款需要单独处理：贷款总金额就近取整，而本金采用向上取整规则。

开发者在传统模式、现金收付制、固定精度这三类金库记账模型下，分别对比开启和关闭修正案的运行效果，完成测试。

存量XRP账本贷款仍会保留部分舍入差异

虽然新方案可以修正后续新增贷款的计算逻辑，但不会自动消除存量贷款身上已经存在的舍入差额。

GitHub提案说明：已经多出1个最小单位欠款的旧贷款，该差额会持续保留，直到借款人发起超额还款。这类贷款的最后一期，依旧可能是每期定额再加1个最小单位。

小额超额还款如果落在原有舍入容错区间内，系统会直接忽略，交易标记成功，不会记为一笔额外还款。

开发者新增测试场景，覆盖贷款存续期间修正案激活的情况，校验新算法和历史还款记录的兼容性。

本次改动只针对借贷协议内部账务，不影响普通XRP转账，也不等于向所有XRP持有者开放全新借贷产品。

Lending Protocol V1_2仍需验证节点投票通过

这份还款修正提案，是XRP账本原生借贷功能持续开发的一环。原生借贷支持依托单一资产金库发放定期贷款。

9月曾报道XRP账本3.4.0版本上线借贷相关更新，也就是Lending Protocol V1_1，包含封闭式金库和现金收付记账模式。

这套借贷框架采用资金池放款，由中介机构在链下完成借款人资质审核与信用风险管理。

10月的验证节点投票统计显示，借贷和金库相关修正案当时尚未达到激活所需支持门槛。

另外一项独立的维护类修正案已于11月4日激活，仅修复若干交易处理问题，没有开启借贷协议。

根据XRP账本的修正案流程，提案需要连续两周获得超过80%可信验证节点的支持，才可以正式激活。

本次对应的Pullrequest#8698仍处于开放状态，Lending Protocol V1_2暂未公布主网上线时间。