DPN算力平台安全吗？租卡前的安全性与风险核查清单

准备在某个算力平台租卡跑训练或推理，页面上写着「按小时计费、随租随用」，但你不知道它到底靠不靠谱：押金退不退、数据放在哪、跑一半降价或跑路怎么办。这篇不给你结论，只给一套核查清单——按顺序把该问的问完、该测的测一遍，再决定要不要把卡和代码交出去。

准备在算力平台租卡跑训练或推理，页面上写着按小时计费、随租随用，但你不知道它到底靠不靠谱：押金退不退、数据放在哪、跑一半降价或跑路怎么办。这类问题没人能隔空给你一个「安全」或「不安全」的结论，因为同一家平台对不同用法风险完全不同。

下面这套清单不给结论，只给顺序——从平台底子查到计费口径，再到数据边界、上线前小测和退出机制。按这个顺序把该问的问完、该测的测一遍，你手里就有足够信息决定要不要把卡和代码交出去。

先查平台底子：资质、备案与经营主体

这一段的核心是确认「你打钱的账户」和「你签条款的公司」是不是同一回事。对不上就先打问号，不用急着找解释——多数情况下解释都是事后编的。注册地、机房位置、经营主体三者最好能互相印证。

• 核对网站备案主体、公司全称与收款账户名是否一致，对不上直接降级处理
• 翻服务条款、退款规则、SLA 描述；只有一张价目表、找不到条款的，风险等级上调
• 到 /compute/providers 横向比几家，看同一张卡各家写的规格、计费单位是否一致，口径混乱本身就是信号
• 确认机房位置与带宽说明；只写「国内节点」而不给具体区域的，跨境数据合规上要留一手

计费与押金：钱是怎么扣、怎么退的

计费粒度是最容易吃亏的地方。按秒和按小时起算，短任务差价能差出好几倍；开机、关机、镜像保存是不是单独计费，也要在下单前问清，别等账单出来才反应。

1. 确认计费粒度问按秒、按分钟还是按小时起算，以及开机、关机、镜像保存是否单独计费
2. 拆开三笔钱押金退还条件、预充能否提现、余额多久过期，分开确认，别被一句「可退」带过
3. 自己试算一次用 /tools/model-cost-calculator 按自己的任务规模估一遍，再和平台报价对账
4. 核对当时的数字具体单价和活动价到 /price-watch 看当时记录，不同时间差别可能很大

什么情况不适用：如果你只跑几小时的临时任务，押金和长期条款的权重可以放低，但计费粒度仍然要确认，这一条对短任务反而影响最大。

数据边界：你的代码和模型会落在哪

这一节要回答的是：你的数据集、代码、checkpoint、日志，最后存在谁的盘上、谁能看到、留多久。训练数据里带客户信息或业务数据的话，这条必须先过再谈价格。

实例类型

独享还是共享，共享实例上别人能不能碰到你的磁盘快照

存储去向

镜像、日志、checkpoint 存哪、存多久、谁有权限看

出口带宽

公网 IP 和出口带宽是默认给还是要加钱，拉数据集时最容易卡在这

凭证管理

账号凭证和 API Key 不要直接写死在实例里的脚本或环境变量中

不适用的情况：纯公开数据、跑开源模型的实验，这些条可以适当放宽；但凭证管理那条没有例外，任何情况下都别把长期密钥留在实例里。

上线前小测：用一次小额任务验真

宣传页上的卡和实际分到的卡，中间可能隔着好几层。最省事的验证方式就是先跑一个小额短任务，把开机速度、实际型号显存、网络情况全测一遍，成本很低但信息量最大。

• 跑一个短任务，实测开机速度、卡的实际型号与显存是否符合描述
• 用 /tools/speed-test 量到平台的延迟基线，跑中再对比，明显劣化就是信号
• 看监控面板是否给实时数据：GPU 利用率、显存、温度、网络；只有总时长的很难对账
• 中断一次实例再重启，看数据和环境能否恢复，这比任何宣传都实在

退出机制：不想用了能带走什么

退出机制最容易被忽略，但它决定了你被锁住的程度。要提前想清楚两件事：数据怎么导出、纠纷时你手里有什么。这两件事在你还握着账号的时候做，成本最低。

• 确认数据导出方式、是否收费、关停后数据保留多久再删
• 付款凭证、订单记录、客服对话自己留一份，纠纷时后台可能进不去
• 容器镜像、依赖清单、checkpoint 定期同步到自己的对象存储，别只留在平台盘上
• 连续两次对账对不上，或关键规格与描述不符且客服解释不清，就该止损换家

判断一家平台靠不靠谱，不看它顺的时候多顺，看你想走的时候能不能顺利走。