尽管准备金规模是其两倍，但 XRP 贷款模式仍让储户承担不良贷款损失的 90%

当每次违约上限已经限制了赔付额时，仅添加储备现金不会改变支付金额。

每次违约都会针对当前经纪商债务进行担保，而不是全额存入准备金。

当一笔贷款违约时，模型化的 XRP Ledger 贷款账簿中储户的价值支持份额会下降 90,000 个代币，而当同样的 100,000 个坏账代币存在于 10 个较小的贷款中时，支持价值会下降 4,500 个代币。这两本书都以 100 万代币债务、20 万代币储备和相同的保护设置开始。

20 倍的差距源于记录在案的贷款规则如何释放该准备金。每个默认值都有一个单独的覆盖计算。因此，即使未偿债务总额和可用于吸收债务的资本一开始保持不变，贷款规模也会改变储户损失的程度。

XRPL 的贷款设计将资产集中在金库中，并通过负责承销的经纪人提供定期、无抵押贷款。储户持有金库中的股票，当支持他们的资产遭受损失时，其价值就会下跌。池化资产可以是 XRP、信任线代币或多用途代币（MPT）。

CryptoSlate 的比较模型使用记录的规则和匹配的 3.3.0 版本代码立即减记，于 8 月 6 日宣布。这些数字是假设的。 9 月 6 日检查的官方修订注册表中未确认主网激活，该注册表将 LendingProtocolV1_1 列为正在开发中。潜在贷款人需要了解准备金背后的贷款规模和支付设置来判断其保护程度。

相同的坏账如何产生不同的损失

三个领域负责保护。 CoverAvailable 是实际存入的准备金。 CoverRateMinimum 设置经纪人必须维持相对于其债务的多少保障。 CoverRateLiquidation 确定最低所需保障额中的多少可用于一次违约。

赔付计算使用所需的最低保障额。在基本示例中，经纪商已存入 200,000 个代币，但 10% 的最低要求需要 100,000 个代币来抵销 100 万个债务。 10% 的清算率适用于最低 100,000 个代币，从而产生 10,000 个代币的上限。 XLS-66 规范描述了该机制，固定的 LoanManage 实现还根据实际可用的金额限制了付款。

对于这个模型，其计算的金额都是可表示的整体代币：

已付保障=当前经纪人债务中的最小值×最低保障率×清算率、违约贷款债务和可用准备金。

每次违约后，经纪人债务都会减少全额违约金额。储备金随着存入金库的金额而下降。下一笔贷款的支付是使用这些更新后的余额来计算的。

当两个比率均为 10% 时，第一个上限为 1,000,000 × 10% × 10%，即 10,000 个代币。因此，一笔 100,000 个代币的贷款会获得 10,000 个代币的担保，并留下 90,000 个代币的金库损失，即使经纪人一开始就有足够的储备现金来吸收全部违约。

该比较使用了已经源自不同结构的两本贷款簿。每个人都有相同的 900,000 个履约债务代币和 100,000 个违约债务代币。一种认为单笔贷款违约；另一个持有十笔贷款，每笔一万。

基本情况使用零利息和费用，每次违约都有资格由经纪人宣布。没有任何中间还款、追收、新贷款、准备金资金或利息余额的变化，或者金库存款和取款。交易费用和账本所有者准备金不在计算之内。

对于有息贷款，违约债务还包括金库的剩余利息权益，扣除经纪人管理费。代码轮次按贷款和资产精度向上覆盖，按金库精度向下覆盖金库损失。基础示例的整体结果不受影响；小数余额需要这些舍入规则。

违约贷款结构 已付 金库损失 储备金 剩余 一笔贷款 100,000 个代币 10,000 个代币 90,000 个代币 190,000 个代币 十笔贷款 10,000 个代币 95,500 个代币 4,500 个代币 104,500 个代币

使用相同的起始债务、准备金和两个 10% 覆盖率设置进行建模分配。两种结构默认总共有 100,000 个代币。

对于十借书，第一次违约会收到 10,000 个代币。经纪人债务随后降至 990,000，第二笔支出为 9,900。对于第十笔贷款，该序列继续下降到 9,100。

这些支出总计 95,500 个代币。转移到金库的损失从第一笔贷款的零到最后一笔贷款的 900 美元，总计 4,500 美元。将单笔贷款损失 90,000 除以 4,500，得出标题的系数为 20。

储备始终保持充足。十次违约后，仍有 104,500 个担保代币，高于剩余 900,000 个债务所需的最低 90,000 个代币。缺口发生时，经纪商并没有耗尽资金或跌破其最低要求。

每日简报 噪音之前的信号。以由 CryptoSlate 编辑解码的推动市场的加密货币故事开始新的一天。一封电子邮件。一切重要的事情。电子邮件地址 免费加入 免费加入。随时取消订阅。哎呀，看来有问题了。请再试一次。你在名单上。您的下一份每日简报即将发送。

比较涉及不同合同结构形成的贷款簿。单笔贷款只能违约一次。合同数量也很少说明借款人的多元化：十份合同仍然可以代表集中的经济风险。

哪些设置和控件会改变结果

20倍的结果属于这个特定的比较。在相同基础设置下，将违约债务分成两笔等额贷款，会损失 80,500 个代币；五叶 52,000；该模型中没有二十个。

改变清算率会产生另一系列结果：

清算率 一笔 100,000 代币贷款损失 10 笔 10,000 代币贷款损失 5% 95,000 代币 52,250 代币 10% 90,000 代币 4,500 代币 20% 80,000 代币 0 代币 100% 0 代币 0 代币

建模损失。起始债务保持在 100 万个代币，储备金为 200,000 个，最低覆盖率为 10%；仅清算率发生变化。

单独添加现金会产生不同的效果。将起始准备金加倍至 400,000 个代币，基本情况下的支出将保持不变，因为默认限额已经绑定。如果可用准备金太小，则会进一步限制支出。

例如，一个只有 50,000 个可用代币的已被调查的经纪商在十次违约中支付的金额不会超过该金额。该文件禁止低于最低保障额的经纪人发放新贷款。

处理顺序对于不平等贷款也很重要。在基本设置下，默认 90,000 个代币，然后 10,000 个产生 19,100 个代币；颠倒顺序会产生 19,900。对十笔等额贷款重新排序并不会改变其结果。这种敏感性使得违约程序与贷款规模分布相关。

覆盖设置是经纪商创建时的重要选择。 LoanBrokerSet 文档仅允许对 Flags、Data 和 DebtMaximum 进行后续更改。两个覆盖率是固定的。充值可增加可用储备；固定保险费率保持不变。当储备可用性限制付款时，额外的现金会有所帮助。

DebtMaximum 限制经纪人债务总额。它不承诺特定的大额违约将被完全覆盖。为了评估保护，潜在的贷款人需要覆盖率、可用准备金、当前债务、贷款规模和借款人集中度，以及模型之外的合同支持和回收条款。

默认时间也取决于经纪人。检查的实施要求经纪商所有者在下一个付款到期日加宽限期到期后提交默认交易。减值可以将未来的到期日提前。贷款一旦违约，就不能再次违约。

Ripple 的设计描述将信用判断、法律文件和机构特定控制置于链下。额外的合同支持或以后的追偿可能会改变最终的经济损失。仅靠储备金计算无法确定这些权利或其价值。

对于潜在的 XRP 贷款人来说，决定性的披露是每次看似合理的违约实际上可以提取多少准备金。在此示例中，200,000 个代币的首次损失资本与 90,000 个或 4,500 个代币的储户损失共存，具体取决于其保护的贷款账簿。