你们跟踪 16 家，我们逐家对一遍
把 GPUAdvisor 公开列出的 16 家云商，与我们公开账本里的记录逐家对照：哪几家我们有设备级证据、哪几家只有型号级报价、哪几家根本没有——没有就写没有。数字全部由账本实时聚合（GET /v1/coverage），你可以自己拉一遍核对，也可以下载账本用 /cvin_replay.py 重算。
逐家对照：你们跟踪的 16 家
| 平台 | 我们有什么 | 设备 / 型号级 ID | 观测条数 | 覆盖型号 | 数据来源 |
|---|---|---|---|---|---|
| AWS | 未覆盖 | — | — | — | 平台不对外暴露单台 |
| Google Cloud | 未覆盖 | — | — | — | 平台不对外暴露单台 |
| Azure | 仅型号级 | 424 个型号级 ID | 424 | 6 | azure.microsoft.com |
| Lambda | 仅型号级 | 133 个型号级 ID | 209 | 14 | rentgpu.link · shadeform.com |
| CoreWeave | 未覆盖 | — | — | — | 平台不对外暴露单台 |
| RunPod | 仅型号级 | 103 个型号级 ID | 103 | 62 | rentgpu.link · www.runpod.io |
| Nebius | 仅型号级 | 25 个型号级 ID | 34 | 9 | rentgpu.link · shadeform.com |
| Together AI | 未覆盖 | — | — | — | 产品形态不是按台租赁 |
| Crusoe | 仅型号级 | 36 个型号级 ID | 51 | 9 | rentgpu.link · shadeform.com |
| Hyperstack | 仅型号级 | 39 个型号级 ID | 96 | 11 | rentgpu.link · shadeform.com |
| Thunder Compute | 仅型号级 | 4 个型号级 ID | 4 | 4 | rentgpu.link |
| Daytona | 未覆盖 | — | — | — | 产品形态不是按台租赁 |
| Enverge | 未覆盖 | — | — | — | 可采、尚未接入 |
| Lium | 未覆盖 | — | — | — | 可采、尚未接入 |
| FluidCore | 未覆盖 | — | — | — | 可采、尚未接入 |
| Atlantic.Net | 未覆盖 | — | — | — | 可采、尚未接入 |
「型号级 ID」不是设备：它编码的是「某家云 × 某型号 × 区域 × 计费方式」，能做比价，不能当核保证据。两者的区别见第 03 节。
我们多出来的：你们没跟踪的 37 家
| 平台 | 级别 | 设备 | 型号级 ID | 观测条数 |
|---|---|---|---|---|
| vast.ai | 设备级 | 4,585 | — | 9,376 |
| clore.ai | 设备级 | 2,933 | — | 5,653 |
| jygpu（极云） | 仅型号级 | — | 2 | 699 |
| Massed Compute | 仅型号级 | — | 175 | 290 |
| Verda | 仅型号级 | — | 69 | 179 |
| 智星云 GPUSHARE | 仅型号级 | — | 6 | 124 |
| Vultr | 仅型号级 | — | 73 | 75 |
| Prime Intellect | 仅型号级 | — | 69 | 69 |
| Paperspace | 仅型号级 | — | 67 | 67 |
| Voltage Park | 仅型号级 | — | 1 | 64 |
| Excess Supply | 仅型号级 | — | 34 | 60 |
| Scaleway | 仅型号级 | — | 25 | 40 |
| AutoDL | 仅型号级 | — | 11 | 33 |
| IMWT | 仅型号级 | — | 28 | 28 |
| Akash | 仅型号级 | — | 23 | 23 |
| Latitude | 仅型号级 | — | 18 | 22 |
| Denvr | 仅型号级 | — | 6 | 22 |
| 共绩算力 | 仅型号级 | — | 18 | 18 |
| DigitalOcean | 仅型号级 | — | 13 | 15 |
| Boostrun | 仅型号级 | — | 9 | 12 |
只列前 20 家（按设备级→观测数排序），完整清单在 GET /v1/coverage。其中 jygpu、gpushare、autodl、matpool、compshare 等是中国市场的主要供给方——这一块你们的价格目录里没有。
三种「没有」是不同的东西
逐台，可核验
有这一台的具体记录：在哪、要价多少、什么时候出现过、有没有被登记抵押权。可解析、可监控，是核保的起点。当前真实采集的全部是 L0 挂牌指纹——能证明「这台以这个价格出现过」，不能证明序列号（那是 L1/L2）。
能比价，不能核保
只有「某家云某个型号挂牌 $X/时」。这在你们的场景里就是主战场——所以我们不重复做这件事，只在需要「这台机器是谁」的时候才用得上设备级。
而且原因不一样
平台不对外暴露：AWS、Google Cloud、CoreWeave——这些云以直签为主，公开目录没有逐台信息，任何人都做不到设备级。产品形态不同：Together AI、Daytona。我们能采但还没采：Enverge、Lium、FluidCore、Atlantic.Net——这几家是可以补的。
当场验一条，不用相信这段话
账本里观测最多的一台设备，直接点开看：
cvin:nv.rtx5070.pcie.12g:2y0otc4txzm13pi9 · 60 条观测
- 单台免费解析：
GET /v1/resolve/{cvin} - 不知道 CVIN？用序列号 / 平台链接 / 资产标签查：
GET /v1/lookup?q=… - 一批 200 台一起核：
POST /v1/resolve/batch - 本页全部数字的机器可读版：
GET /v1/coverage
这条路的边界
我们不打算把你们的 16 家做成我们的 16 家——那是你们的活，而且做得比我们好。设备级核验只在「有人要拿这台机器做承诺」的时候才有价值：抵押、二手流转、托管、保险、纠纷。那些场景里机器不在 AWS 的账单上，而在一份清单里、一个卖家手上、一个机房的机架上。
所以如果要做点什么，最自然的一件是：在你们的报价基准 / 采购流程出口处，加一次「这批机器查过吗」。一个 GET 就能做完，不需要改你们的架构，也不影响你们「不受厂商影响」的定位——因为这个登记表是公开的、签名的、任何人都能重算的，用它不构成被收买。