银行世界里的常识是存款利率未必为负、贷款利率永远非负。但在抵押铸币的稳定币系统里，存在一种特殊设计：系统可以向借款人付钱——借款费率为负，你的债务随时间自己变少。系统为什么要做这种看起来赔本的安排，值得把账拆开看。
背景是两套利率可以各走各的结构：付给存款人的储蓄率来自系统运营收益，稳定费是调节债务规模与铸币意愿的杠杆。当系统积累了过多盈余、需要把货币供应扩张出去，或者存款端吸引力太强、市面上流通的币太紧、价格被顶上锚定时，把稳定费压到零以下就成了一石二鸟的工具——借钱扩张供应有奖励，存币单边躺赢的相对优势被削弱，供需两侧同时向目标移动。在储蓄率与借款费解耦的双费率结构里，这根杠杆才有操作空间；单费率系统里费率压到零就是地板，少了一个方向的手。
负利率的账本实现同样讲究：系统不会每天把补贴打进借款人账户，而是让费率累积因子随时间下降——归一化债务保持不变、乘上的累积因子变小，债务的名义值随时间自然缩减。这与正利率下存款收益靠因子爬升是同一套机制，只是方向相反。好处是记账保持常数时间的运算，不需要逐个遍历每个仓位，这在 gas 成本的世界里是硬约束。
这种政策通常有三道边界。幅度上有下限，防止系统长期无底洞地往外贴钱；时间上有起点与持续期，参数需经治理流程落地生效，页面上看到的数字与链上累积因子并存的窗口期并不短；条件上则更严格——它通常在价格与盈余处于特定区间时才会被启用，常态下的零费或低费，并不等于这把工具随时开着。把它当成常态化的借钱返利去宣传，是对机制的误读。
评估所谓借钱吃补贴的策略时，有三个问题必须自己回答：负费带来的利息差，由什么来源支付、来源还能撑多久；参数一旦回调、债务成本回到正区，你的久期与平仓安排能不能跟上；如果同一笔资金留在存款端，机会成本是储蓄率，所谓的套利收益要扣掉兑换成本、gas 和两条腿各自的清算风险。这些是所有收益结构共同的体检题，不是某一个协议的特殊风险。
再补一句操作层面的提醒：这类政策的生效与失效都发生在治理与参数层面，关注点应放在参数页面的历史与执行时间锁上，而不是社区里传颂的当前收益率。本文所有情形与数值均为机制示例，不构成任何借贷或套利建议，请以协议官方参数的当前状态为准。
还有一个常被忽略的公平性问题：负费奖励的是正在借钱的人，而是否愿意负债取决于每个人对价格和风险的判断，把同一工具理解为普适收益，会把只有负债意愿者能兑现的机会错当成所有人的机会。机制设计上它是给供需两侧装的反向弹簧，不是给账户发的红包，这一字之差就是宣传口径与账本事实的距离。
把三刀边界再展开一点。幅度下限的存在，是因为费率累积因子直接进账本，负得太深会让债务侧的簿记与盈余账户之间的调节空间快速耗尽，系统在参数上给这把杠杆装了限位器，不是想贴多少贴多少；这也是为什么历史上这类政策多以温和的小数点后几位出现，而不是醒目的两位数返利。时间起点同样重要：参数的落地要经过治理执行与时间锁，从投票通过到累积因子真正按新费率滚动，中间隔着一段可查询的等待窗口，把窗口期当成已生效去加杠杆，是这类策略最常见的亏损来源。适用条件那一刀最容易被宣传话术绕开：负费往往与系统盈余、锚定状态、供应水平联动，触发条件写死在参数逻辑里，条件回归常态的那天，曲线悄悄回到零以上，而页面上的历史收益率还会继续被引用几个月。评估这类政策时，把它当成温度计而不是红包——它反映系统认为供应太紧，而不是系统开始发钱。
本文只讲解协议机制，不构成投资建议。文中出现的比例、期限与流程均为机制示例，不是实时数据，实际操作前请以协议官方文档与链上参数为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。