链上信用分理论上可用于调整清算线，让信用好的用户抵押率更低、缓冲更大。但目前真正跑通这套逻辑的案例还不多，大部分协议要么还没落地，要么落地后未公开披露相关规则。
信用分影响清算线：理想和现实差在哪
清算线（Liquidation Threshold）是借贷协议里决定清算触发时点的参数。抵押品价值跌到这条线以下，用户的仓位就会被清算。传统超额抵押协议（Aave、Compound）的清算线是固定的：ETH通常设在80%左右，抵押率低于这个值就触发清算。
理论上，信用分可以让这个参数变得动态。 学术上提出的OCCR（链上信用风险评分）模型，核心设想就是让协议根据钱包的信用风险动态调整LTV和清算线——信用好的钱包，可以拿到更低的抵押率要求和更宽的清算缓冲。评分本身是一个概率值，表示该钱包违约的可能性，模型会综合历史借贷行为、当前资产状况、资产波动率等多个维度来计算。
但现实中，这套机制的落地还非常有限。
ARCx是目前最接近信用分调清算线逻辑的案例。它的信用分由每日分数奖励、生存分数奖励和清算分数惩罚三部分组成，如果用户在120天内有过清算记录，直接扣250分（总分999分），扣完就无法使用最高借款使用率的池子。它仍然是超额抵押框架内的半信用产品——信用分影响你能借多少，但不直接影响清算触发线本身。
信用分如何改变清算缓冲的逻辑
如果信用分机制全面落地，缓冲会体现在两个层面：
第一层：起始抵押率可以更低。 Aave这类协议清算线固定，用户能做的就是保持足够高的抵押率，给自己留足缓冲。信用分如果能降低起始抵押率要求，相当于起点就更靠近清算线，但信用分高的人会有更多机制保护不被清掉。学术框架里明确提到，信用分的目标之一就是激励负责任的借款行为，信用好的用户可以拿到协议提供的更高资本效率。
第二层：清算过程本身可以被优化。 Euler的软清算机制是现有协议中最接近动态保护的做法：当仓位开始不健康时，协议只清算部分抵押品，而不是全部清仓，给借款人留出恢复空间。这种机制结合信用分后，理论上可以做到信用越高，软清算的执行越温柔，比如减少单次清算比例、延长恢复窗口。Chainflip也采用分批清算的机制，只清算足够恢复健康的额度，而不是一次性清空。
目前清算线调整的现状
大部分主流协议（Aave、Compound、Libre）仍然采用固定清算阈值，区别主要在触发机制和缓冲期设计上：
Aave：用Health Factor衡量仓位健康度，Hf < 1即触发清算，最多清50%仓位。
Libre：LTV到80%后进入72小时警告期，期间可以补抵押或还款，超时自动执行。
Chainflip：设有软清算和硬清算两档阈值，软清算分批执行，硬清算折扣可达5%。
信用分的清算线调整逻辑之所以还没成为主流，核心障碍在数据和模型层面。 链上信用评分需要一个足够大的、跨协议的借款和还款行为数据库来训练模型，而这个数据库目前还不存在。OCCR模型可以做到概率化评估，但前提是协议愿意采用这套标准，而目前没有一家主流协议公开表示会这么做。
对借款人的实际影响
如果你现在去Aave或Compound借钱，信用分不会改变你的清算线。清算是基于抵押品价值与债务的固定比例触发，和你有没有信用分无关。
但如果你用ARCx这类带信用评分的协议，信用分会影响借款使用率上限。2023年Euler被攻击后市场对清算机制的理解加深，软清算和分批清算逐渐成为新协议的标准配置，但这些机制的触发条件仍然基于固定的LTV阈值，不是动态信用分。
操作完成的校验方式
如果你关心信用分对清算线的影响，做两件事：
检查你用的协议是否支持动态LTV：在协议的借款页面，看是否有Credit Score或Risk Profile相关的参数显示。如果没有，说明清算线就是固定的。
如果协议有信用分功能（如ARCx），查看你的分数和对应权益：通常协议会公示不同分数档位对应的最大LTV或借款使用率上限，了解你当前处于哪个档位。
动态清算线真正普及可能需要链上征信基础设施先建成，目前还处于学术讨论和早期实验阶段。
