并入 03 事件流 · 第二阶段衍生指数 · 2026-11-02

GPU 违约率指数

GPU 抵押融资的违约与回收率基准——03 事件流的第一个衍生指数。不独立立项,不占产线槽位;事件流跑起来,它是自然长出来的东西。

上级:金融指数类 10 候选 · 依赖:03 GPU 资产事件流(本周做)· 依据 shouce01 · 联系:brian@51kaifa.app

优化后 83 → 86 · 分数过线,但正确定位是「03 的衍生」

修复 ⑥(7→8:不再傻等 200 事件,首值用「事件计数」形态提前发布)、③(7→8:付费方就是直接用它定价的出借方与保险)、⑧(7→8:随 03 的免费层一起被引用)。分数最高的两项正是它的天赋:①空位 8、⑤复利 10——违约是低频事件,历史深度就是全部壁垒。

新分条:①8 · ②8 · ③8 · ④9 · ⑤10 · ⑥8 · ⑦9 · ⑧8 · ⑨9 · ⑩9 = 86(原 83)

SECTION 01为什么这个位真空,且我们独有

AMCompute 有《GPU Loan Default Recovery Casebook》——但那是叙事性案例集,没有比率、没有连续序列、没有机器可读。整个市场有融资额追踪($197B)、有残值基准、有期货结算,唯独没有「这些贷款实际违约了多少、收回了多少」的基准——而出借方定价最需要的就是这个数。

为什么是我们:违约事件散落在法院文书、清算公告、SEC 文件里,需要专门的采集管线——这正是 03 事件流在建的东西。数据管线是壁垒,指数只是管线的一个视图。别人要抄,先得建同一条管线,再重等我们累积的时间。

SECTION 02阶段设计:先计数,后比率(修 ⑥ 的关键)

阶段发布物通过标准
阶段 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——市场已经在为「算力违约」定价,却没有任何公开基准可引用,出借方核保与定价对违约率/回收率基准的饥渴是现成的。

SECTION 03收费与护城河

层内容价格
免费层季度违约率头条值 + 90 天延迟明细(随 03 事件流免费层)$0 · 占领引用
订阅实时事件 + 完整回收率分布 + 分档基准 + webhook年订阅(出借方 / 保险)
AgentMCP 按次查询违约率与回收率分布$0.05 / 次(x402)
⚠ 红线:只发布统计基准(「公开记录的违约事件占公开融资的比例」),不做个体征信、不做信用评级、不做责任认定;只采集公开司法与清算记录,不碰个人信息(敞口 06)。90 天内若 03 事件流未达 200 事件,阶段 2 顺延——不硬凑数。
← 返回:金融指数类 10 候选 · 03 事件流(优化版 v2) · shouce01 手册
GPU 违约率指数 · 03 事件流第二阶段 · 2026-11-02 · 图纸分 86/100 · V0 · 已获 Chainfir Capital(链杉资本)投资 · brian@51kaifa.app