GPU 抵押融资的违约与回收率基准——03 事件流的第一个衍生指数。不独立立项,不占产线槽位;事件流跑起来,它是自然长出来的东西。
修复 ⑥(7→8:不再傻等 200 事件,首值用「事件计数」形态提前发布)、③(7→8:付费方就是直接用它定价的出借方与保险)、⑧(7→8:随 03 的免费层一起被引用)。分数最高的两项正是它的天赋:①空位 8、⑤复利 10——违约是低频事件,历史深度就是全部壁垒。
AMCompute 有《GPU Loan Default Recovery Casebook》——但那是叙事性案例集,没有比率、没有连续序列、没有机器可读。整个市场有融资额追踪($197B)、有残值基准、有期货结算,唯独没有「这些贷款实际违约了多少、收回了多少」的基准——而出借方定价最需要的就是这个数。
为什么是我们:违约事件散落在法院文书、清算公告、SEC 文件里,需要专门的采集管线——这正是 03 事件流在建的东西。数据管线是壁垒,指数只是管线的一个视图。别人要抄,先得建同一条管线,再重等我们累积的时间。
| 阶段 | 发布物 | 通过标准 |
|---|---|---|
| 阶段 1 · 事件计数指数 | 每月 GPU 融资相关违约 / 清算 / 破产事件计数与金额汇总(不等样本量,计数天然可发布) | 随 03 上线即有,连续 3 期无中断 |
| 阶段 2 · 违约率指数 | 分母用 AMCompute 公开的融资清单(110 笔可枚举)+ 自家事件流分子,按季度发布违约率与回收率分布 | 200+ 事件后首发,每个比率可展开到具体案件 |
| 阶段 3 · 分档基准 | 按抵押结构(有 IG 承购合同 / 无背书)分档的违约率差——这正是贷款定价要的「信用分层」 | 被 ≥1 家出借方 / 保险用于实际定价或核保 |
引用结构(三位一体的一环):违约事件里的设备用 CVIN 指代——违约率指数每被引用一次,CVIN 的引用锁定深一层;CVIN 的登记数据越厚,违约分析的设备维度越准。
深度核对(2026-11-02):违约是低频事件这一现实,反而验证了「阶段 1 计数先行」策略的正确性——比率需要样本量,计数不需要,且计数序列本身就在累积不可购买的时间深度。需求侧信号同期增强:中金报告《AI"次贷"的金融裂缝》测算 CoreWeave 5 年 CDS 隐含违约概率约 60%、利差破 1,100bp——市场已经在为「算力违约」定价,却没有任何公开基准可引用,出借方核保与定价对违约率/回收率基准的饥渴是现成的。
| 层 | 内容 | 价格 |
|---|---|---|
| 免费层 | 季度违约率头条值 + 90 天延迟明细(随 03 事件流免费层) | $0 · 占领引用 |
| 订阅 | 实时事件 + 完整回收率分布 + 分档基准 + webhook | 年订阅(出借方 / 保险) |
| Agent | MCP 按次查询违约率与回收率分布 | $0.05 / 次(x402) |