协议坏账：绘制损失分摊顺序

坏账研究要说明经济缺口如何计量、回收并最终分摊，不能先假设协议金库自动承担全部损失。把债权、可回收资产和有效覆盖顺序画清，再讨论现货代币可能承受的经济依赖。

Aave V3 Pool参考包含储备缺口查询，说明来自抵押不足借款头寸的储备缺口。这个接口是相关实现中的记账观察，并不自动证明存在适用于所有损失的担保，也不证明任何担保当前资金充足。

从单一缺口定义开始

固定储备、网络、实现版本与观察区块。未偿债务不等于无法回收债务，暂时不健康的头寸也不等于最终实现损失。把计量规则和回收前提放在数值旁，避免读者把不同状态混为一谈。

列出仍可取得的抵押物、已经收到的回收款、其他权利和实现回收所需成本。不能只按标题报价计算抵押物价值，而忽略实际能否回收同样数量。回收有不确定性时，提供情景范围，不把全部账面价值当作现金。

随后识别承担损失的各层。覆盖可能来自合约规则、已注资缓冲、治理批准或自愿支持，证据强度各不相同。论坛提出金库补偿，不是实际转款；代币持有治理权，也不自动意味着持有人负有法律赔偿责任。

假设虚构储备在头寸失败后有一百二十单位债权，抵押物实际回收八十五，简化经济缺口为三十五。专用且已注资缓冲按本例规则能支付二十，剩余十五仍需查明处理方式。

治理论坛提议再从金库提供十五。在权限、批准和实际资金均未确认前，应把“提议覆盖”与“完成覆盖”分列。直接称全部覆盖，会把提议变成现金；直接称损失一百二十，则忽略已回收八十五。

若缓冲持有另一种波动代币，不能默认显示余额等于可用的缺口资产单位。兑换、出售容量与权限条件都属于覆盖分析。本例数字与规则均为假设，不描述任何协议当前坏账或补偿安排。

再增加“已提出”“已授权”“已执行”三列。相同资金若同时出现在金库看板和专用覆盖报告，不能加两遍。追踪的是资金经济来源，而不是命名计划数量。缓冲额度也要区分承诺上限和当前可动用余额。

依实际系统追踪剩余缺口影响储备权利、类似权益的缓冲、金库还是其他参与者。文件不能确定最终分配时，明确写尚未解决，不要借用另一司法辖区或协议的存款保险常识补齐。名称叫“保险”也不足以证明覆盖范围。

后续回收应作为有日期的台账变化，而不是改写事故最初金额。回收降低缺口，不证明最初计量不诚实；公布再资本化，也可能仍未执行。最终输出应是一张带日期、可重算、保留剩余敞口的顺序表。

还应区分已确认事实、管理方陈述与研究假设。若只能得到缺口接口值，可如实报告该观察，并列出回收与覆盖证据待查，不将接口数字直接解释成某类代币必然承担的损失，更不据此预测价格。

不一定。需要区分估值、可回收性、已实现回收与协议缺口记账。

不能。需核对资格、权限、资产相容性、可用资金与实际执行。