Aave不良债务如何运作：从清算后的剩余到储备赤字

Aave坏账的运作方式在结果上简单，但在执行上复杂：清算可以出售所有抵押品，但仍然留下未偿还的债务。在Aave v3.3中，剩余的债务通过销毁借款人剩余的可变债务代币立即结晶，并将短缺记录为储备赤字。

关键要点

• Aave坏账是一个特定的清算后状态，清算时账户的抵押品为零，但仍有剩余债务。Aave v3.3通过销毁借款人剩余的可变债务代币并将短缺记录为每个储备的赤字，阻止“僵尸”负债的累积。储备赤字按
• 资产
• 在ReserveData中跟踪，并通过池获取器暴露，使损失可测量，而不是无形漂移。赤字可以通过一个有权限的Umbrella实体销毁aTokens来减少，Umbrella质押旨在在坏账超过阈值时削减特定资产的金库。在Aave上“坏账”的含义（通俗定义）
• “Aave坏账的运作方式”从一个精确的定义开始，而不是一种感觉。在Aave上，坏账不是“一个风险借款人”或“一个错误的清算”。它是清算后的会计终态，在这个状态下，借款人的抵押品完全耗尽，仍有部分债务未偿还。在这一点上，协议持有一个未覆盖的负债。

这很重要，因为Aave是一个

超额抵押贷款

协议，设计上就是如此。整个前提是抵押品的价值应该足以通过去中心化清算来覆盖债务，当一个头寸变得不健康时。坏账是当该机制由于价格差距、流动性限制或清算节奏无法完全关闭循环时所剩下的。Aave v3文档明确承认了这个不舒服的边缘案例：某些清算场景可能以零抵押品和剩余债务结束，而这笔债务不太可能被偿还。实际问题不仅仅是损失。还有漂移。如果系统继续将剩余部分视为正常的可变债务，利息将继续在没有抵押品的IOU上累积，随着时间的推移，通胀协议的表面负债。这就是交易者实际上应该关心的“坏账去中心化金融”失败模式。Aave坏账的运作方式

在实践中，Aave坏账的运作方式是一个输入→过程→输出的序列。

输入：借款人发布抵押品，借入资产，随着价格波动，头寸变得不足抵押。Aave通过健康因子跟踪这一点。当健康因子低于

清算阈值

时，第三方清算人可以偿还部分借款人的债务，并通过清算奖金以折扣价获得抵押品。过程：清算不是一个单一的干净事件。它是一系列链上交易，与预言机

更新、区块包含、燃气费用和可用市场流动性竞争，以获取偿还资产并出售被扣押的抵押品。Aave v2使用固定的关闭因子，限制每次清算可以偿还的债务金额。Aave v3引入了可变关闭因子，可以在更深的压力条件下允许高达100%的偿还，旨在减少变得不经济的剩余“灰尘”的清算。输出：如果清算偿还了所有债务，系统就没问题。坏账出现在清算消耗了所有抵押品但仍无法偿还全部债务时。这产生了定义状态：抵押品等于零，债务仍然非零。在v3.3之前，剩余部分可能会继续累积利息，将一次性的短缺转变为一个不断增长的会计问题。在v3.3中，协议在清算后立即将剩余部分视为协议级别的损失，通过销毁剩余的可变债务代币并为该资产记录储备赤字。坏账是如何产生的：清算机制和“抵押不足”边缘案例

清算通常被描述为“健康因子<1，因此债务被偿还。”现实世界的清算流程更接近于一个受限的拍卖，具有严格的限制。清算人只有在交易在扣除燃气和执行风险后仍然有利可图时才会采取行动，协议的关闭因子规则限制每笔交易可以偿还的金额。

Bitget的演练捕捉了核心机制：当健康因子降到阈值以下时，清算触发，清算人以折扣价偿还债务以换取抵押品。它还指出了不同版本之间的关闭因子差异，Aave v2允许每次清算偿还高达50%的债务，而Aave v3在健康因子进一步恶化时允许高达100%的偿还（引用了大约0.95的示例阈值）。

坏账是在清算引擎正常运作时产生的，但市场的波动速度超过了引擎清除风险的速度。价格差距可能使抵押品的价值低于预言机更新之间的模型。流动性不足可能使得获取偿还资产或在没有

滑点

的情况下抛售被扣押的抵押品变得昂贵。关闭因子机制可能迫使清算分批进行，这在缓慢市场中是可以的，但在不连续的波动中是危险的。Aave v3.3文档明确指出了这个边缘案例：清算可能导致总抵押品被清算不足以覆盖所有债务的偿还，留下零抵押品和剩余债务。那一刻，借款人问题变成了协议会计问题。Aave v3.3坏账管理：销毁剩余借款债务，记录储备赤字

Aave v3.3的关键变化不是“防止坏账”。而是“阻止坏账变异”。该协议引入了一个清算后验证步骤，旨在减轻清算后新坏账账户的产生，并停止对这些负债的进一步利息累积。

在机制上，协议在清算和偿还后检查账户。如果账户以零抵押品和非零债务结束，剩余债务将被销毁，产生的短缺将作为赤字计入相关储备。文档将此清理描述为在实际清算后概念上发生，这对交易者来说是正确的心理模型。清算是交易。清理是对账。

这是v3.3的代码形式论点：坏账不再被允许在用户身上停留并永远累积。它被结晶为可以按资产跟踪的储备级别赤字。v3.3通过重用已弃用的stableBorrowRate存储引入了储备数据中的赤字跟踪，并通过池获取器getReserveDeficit暴露。这使得赤字可以逐个储备地指向，而不是埋在漂移的利息数学中。

对于GHO还有特别处理。v3.3将清算分为可变债务销毁和一个折扣费用的aGHO偿还处理程序。在GHO中销毁坏账时，协议重置vGHO上的累积费用存储，并有效地接受坏账部分的累积费用损失，以保持会计一致性。这个细节很重要，因为它显示了意图。目标是确定性清理，而不是将过时的费用索赔留在不再拥有债务代币的账户上。

Aave的安全模块是如何工作的

传统的安全模块最好理解为一个由治理介导的后备，而不是一个始终在线的保险引擎。Blockworks将其描述为一个后备，其中stkAAVE和AAVE-

ETH

LP头寸理论上可能被削减，但削减从未发生，因为这需要治理投票，政治激励使得激活不太可能。在实际风险方面，这意味着安全模块的价值在于可信度，而不是自动化。它表明一个与治理代币对齐的团体可以重新资本化损失，但它并不保证在快速市场中快速、确定性地吸收损失。这就是为什么即使存在后备，v3.3的坏账会计仍然重要。如果坏账被允许留在用户账户上并累积利息，协议甚至无法干净地衡量损失，这使得任何后备决策变得更加困难。通过将短缺转变为储备赤字，Aave使安全模块的问题更加具体：存在多少赤字，在哪种资产上，什么机制被授权来中和它。

当Aave有坏账时，谁来支付

一旦在 v3.3 中确认坏账，未偿还的金额在经济意义上不再“由借款人承担”。借款人没有剩余的抵押品，协议已经销毁了剩余的可变债务代币以停止利息累积。损失被记录为特定储备的赤字。

这种框架回答了谁在实践中支付：储备不足，系统需要再融资以恢复完全支持。v3.3 引入了 eliminateReserveDeficit，允许一个有权限的实体，即注册的 PoolAddressesProvider 上的 Umbrella，可以销毁 aTokens 来减少该储备的赤字。该功能限制为最多销毁现有赤字，并验证调用者没有未结借款头寸。

这不是模糊的“保险基金可能会覆盖”。这是一个具体的链上操作，通过销毁对储备的索赔（aTokens）来减少跟踪的赤字。经济后果是直接的。持有覆盖资产的人承担了损失，因此该储备中的存款人得以恢复。

Blockworks 对 Umbrella 质押的描述增加了操作层面。Umbrella 被呈现为一个自动化的安全网，与单个资产相关联，一旦该资产中的坏账超过预设阈值，就会实时削减，在当时报告的每个资产的可配置首次损失抵消为 100,000 个单位。这是设计系统中“谁支付”的实际答案：受影响资产金库中的质押者，在抵消缓冲区之上，而不是需要治理投票的通用池。

Aave 以前有过坏账吗

是的，2022 年的 CRV 事件是“只需清算”并不保证的最清晰例证。EigenPhi 的案例研究描述了一笔 CRV 空头，清算后导致约 245.6 万 CRV 未偿还，按引用的 CRV 价格估值约为 160 万美元。

清算活动并不简单。EigenPhi 报告了 21 个独特地址进行了 385 次清算。关键不是清算者缺席。关键是清算吞吐量和预言机时机仍然可能在市场跳动时留下残余债务。

EigenPhi 还注意到与 Binance 的预言机价格滞后约 10 分钟，并描述了以批量到达的清算行为。这个组合正是抵押品可能在债务完全偿还之前耗尽的环境。Aave v3.3 将坏账定义为“抵押品在债务完全偿还之前耗尽”并不是理论上的。这是在压力下已经发生的状态。

Aave Umbrella 模块是什么

Umbrella 是 Aave 的新安全设计，旨在使损失吸收既自动又与资产特定。Blockworks 将 Umbrella 质押描述为一个链上、自动化的安全网，直接与单个资产相关联，实施为隔离金库。如果发生短缺，协议可以在可配置的首次损失抵消后，从其金库中销毁相同的资产，当时报告为每个资产 100,000 个单位。

“资产特定”部分是真正的设计转变。Umbrella 不再是通过广泛的治理代币后盾来社会化风险，而是针对实际存在赤字的储备。这与 v3.3 的每个储备赤字跟踪相一致。如果协议能够衡量 USDC 与 ETH 与 GHO 之间的赤字，那么按资产分段的后盾在操作上更为清晰。

Umbrella 还改变了时间维度。Blockworks 强调一旦阈值被突破，就没有治理投票、没有拍卖，也没有削减的延迟。这很重要，因为坏账通常是在快速市场中产生的。一个在漫长的治理过程后才激活的后盾在结构上与问题不匹配。

Aave 会破产吗

当某个市场的负债超过资产时，Aave 可以在储备层面面临破产，这正是储备赤字所代表的。Aave v3.3 并不假装不是这样。它正式化了赤字，以便可以被跟踪并可能被中和。

关键的细微差别在于范围。v3.3 将坏账情况狭义定义为基础货币中零抵押品和基础货币中剩余债务的账户。任何剩余抵押品的账户不被视为坏账，因为它们可能再次变得超额抵押。这是一个实际的界限。破产是关于无担保负债，而不是暂时不健康的头寸。

v3.3 还记录了对任何建模尾部风险的人重要的限制。它不会修复已经存在的坏账头寸，并建议通过 repayOnBehalf 进行 DAO 清理。赤字消除假设 Umbrella 有代币可供销毁，而操作约束如上限和虚拟会计可能会影响覆盖资产的配置速度。这意味着系统可以识别并停止新僵尸债务的复利，但再融资仍然依赖于后盾配置和可用覆盖。

常见误解

第一个误解是“坏账意味着清算失败。”清算可以按照设计执行，仍然以零抵押和剩余债务结束，因为设计受到接近因素、燃气经济学、预言机更新频率和二级市场流动性的限制。CRV 案例研究显示了大量清算活动，但仍然存在未偿还的残余金额。

第二个误解是“坏账只是借款人未偿还的贷款。”在 Aave v3.3 中，一旦协议销毁借款人剩余的可变债务代币，借款人不再是负债的来源。损失被记录为每个资产的储备赤字，问题变成了如何通过 eliminateReserveDeficit 和 Umbrella 的资产金库削减该赤字。

第三个误解是“Aave v3.3 消除了所有坏账。”v3.3 通过销毁剩余债务并记录赤字，防止新的清算后僵尸账户产生利息，但文档明确指出它并不解决已经存在的坏账头寸。实际的收获是 v3.3 提高了确定性和透明度，而不是市场缺口的法则。

这个话题位于更广泛的 DeFi 机制之内，其中超额抵押和清算是核心安全边界。对于映射协议风险的读者，下一步有用的是返回主要的 DeFi 指南，并将坏账视为一个可衡量的储备赤字问题，而不是关于鲁莽借款人的道德故事。

来源

Aave DAO (Aave v3.3 文档)

Blockworks

• EigenPhi
• Bitget Academy
• [@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop
• [@portabletext/react] Unknown block type "span", specify a component for it in the `components.types` prop