协议给每个市场划多少额度:风险预算怎么限制坏账半径 图 1
协议给每个市场划多少额度:风险预算怎么限制坏账半径 · 图 1

可以把一个多市场协议想成一家同时做几十种生意的机构。每种生意单独看都有风控:抵押率、清算流程、报价源。但机构层面还有一层完全不同的问题:把所有生意加在一起,最多能亏多少,亏到哪个数字由谁承担。这一层的设计在协议里通常以一组额度参数出现,读它比读任何单市场参数更能说明协议的真实风险偏好。

预算表里通常有哪几行

第一行是单市场容量。一种资产在一个市场里最多能被借出多少,或一个池最多承接多少存款。这一行控制的是单个资产出问题时的最大敞口:市场做多大,最坏情形就有多大。许多容量上限在开市时设得极小,随运行记录逐步放宽,这是一种用时间换信任的做法。

第二行是抵押品总量占比。同一种抵押品在所有市场加起来最多值多少协议资产。它防的是一种隐蔽的集中:资产 A 的抵押地位在十个市场里各自没超线,但合计已占到协议资产的很高比例,这时候 A 的一次报价故障会同时牵动十条线。

第三行是稳定债务的总量上限。协议发行的债务币总量决定它需要多少抵押品支撑,也决定它在清算潮里的处置规模。债务总量越大,一次坏账的绝对金额越大,处置所需的时间也越长。

第四行是清算产能假设。这不是链上参数,而是预算设计的前提:假设清算人在一个价格区间内能吃下多少抵押品。协议设上限时,其实暗含了一个假设——市场上存在足够买盘。这个假设在最需要它的时刻最不可靠,因此成熟协议会测试极端行情下处置速度能否覆盖最坏坏账。

协议给每个市场划多少额度:风险预算怎么限制坏账半径 图 2
协议给每个市场划多少额度:风险预算怎么限制坏账半径 · 图 2

预算超了会怎样

链上不会自动崩溃,但会露出几种可观察的迹象。存款或借款开始失败并提示超出容量上限,这是最常见的表现。此时协议通常先做的是暂停新头寸而非强制平仓,把存量交给时间消化。更微妙的情况是参数与预算冲突:某个市场的抵押率上调了,但其容量已接近满额,于是利率曲线更陡而不是新增供给,用户体感是费用一直在涨。

预算也不是永久额度。多数协议设置了周期性复核:某市场长期使用率很低,额度会被回收去支持更活跃的市场。对个人储户来说,这条机制的实际含义是——你存放资金的那个市场,它的风控上限有可能在下一次投票被下调,届时你未必能立刻取出,需要等存量降到新上限之下。这是取不出资金的原因之一,而且原因写在治理议程里,而不是写在故障公告里。

用预算表看协议的两条实操

把某个协议的额度表当成体检表来读,比看它的宣传利率有用。看它给长尾资产分配的额度:额度越小,说明协议承认自己不懂那个资产,这通常是保守的信号。看它的稳定债务上限与抵押品占比之间是否留了余量:如果所有抵押品位额加总恰好等于债务上限,说明设计假设所有市场同时满负荷,这是一种脆弱的设计;留出结构性余量才是给意外准备的。

对做仓位集中度的用户,这份表还有一层用法:如果你的资金规模相对某个市场额度已经不算小,那么额度下调就会直接影响你的可退出性。把自己放进预算表的视角里,才能提前看到退出通道变窄这件事。

风险提示:协议参数与治理规则随时可能变更,市场额度下调可能导致存取受限;坏账处置顺序可能让储户承担部分损失。本文仅解释机制,不构成任何投资建议。