# 从算力到信用：合同如何转化为可融资现金 AI Infra Credit · 2026 年 9 月 24 日 更快的芯片，可能降低客户账单、提高运营商利润，也可能暂时几乎不改变两者。更长的贷款，可以帮助项目撑到投运，也可能让债务超出原本支持融资的现金期限。差别不只藏在芯片规格里，还在合同与现金日历里。 要让更多有用的 AI 算力获得融资，需要连接四件事：**出售什么服务、客户承担什么付款义务、交付服务付出多少成本，以及钱在什么时候转手。** 这份研究包把它们放在同一分析框架里，但不假装一个利用率数字可以代表全部问题。 完整下载包含四组双语配套研究，以及模型、假设、结果和来源表。全部免费，无需注册，也不会调用云服务或 API。先读这篇综合解读，再选择能回答你具体问题的部分。 ## 一、沿着链条分析，保留每一层的计量单位 | 层次 | 需要的证据 | 对应的融资问题 | | --- | --- | --- | | 技术服务 | 工作负载、质量、吞吐、能耗与可用寿命 | 这项资产究竟能交付什么？ | | 商业义务 | 计费单位、容量权利、期限与补救条款 | 客户有义务购买什么？ | | 现金转换 | 发票、应付日期、实收、使用限制与存续成本 | 何时能用钱支付经营支出或债务？ | | 资本结构 | 本金、还款安排、储备与定价 | 能否在没有未落实资金缺口的情况下，让资本提供者共同参与？ | 这是一条分析顺序，不是各个环节已经成立的证明。NVIDIA 的利用率指标描述采样期间内核执行的时间占比，并不证明可以收费多少小时；DOE 的 PUE 定义比较设施与 IT 能耗，也不直接给出电价或现金节约。[NVIDIA 计量文档](https://docs.nvidia.com/deploy/nvidia-smi/index.html)；[DOE 能耗定义](https://www.energy.gov/cmei/femp/cooling-water-efficiency-opportunities-federal-data-centers)。 不同产品的收费方式也不同。CoreWeave 的 Flex Reservations 包含持续保留费和运行增量费，Serverless Inference 则按 token 收费。Runpod 又区分普通预付账户与企业后付合同。这些是公开产品与账户机制，不是对公司收入组合、有效抵押品或现金余额的估计。[容量方案](https://coreweave.com/coreweave-capacity-plans)；[Token 推理](https://coreweave.com/products/serverless-inference)；[企业后付账户](https://docs.runpod.io/accounts-billing/post-paid-billing)。 ## 二、GPU 空闲时，仍可能有客户为它付费 考虑一个明确属于假设的两部制收费安排： 账单 = 预留槽位 × 期间小时 × 保留费率 + 运行槽位小时 × 增量使用费率 一个 720 小时的月份，预留 1,000 个槽位，每槽位小时保留费 0.50 美元，再对运行槽位小时加收 2 美元。这个实验中的保留费始终为 36 万美元。 | 运行槽位小时 | 总账单 | 含义 | | ---: | ---: | --- | | 648,000 | 1,656,000 美元 | 保留费加运行费 | | 324,000 | 1,008,000 美元 | 运行时间减半，账单下降39.13% | | 0 | 360,000 美元 | 可用性仍有价格 | 这些费率不是 CoreWeave 报价。增量使用费也不是另一份无关的按需全包价格。算例得到的是账单，不是会计收入或实收现金。 建设性的机会，是把使用权与实际消耗分别定价：AI 客户不必始终支付完整运行费用，也能争取容量保障；服务商则在承担不同份额需求风险的同时，收回部分容量成本。 成本没有消失。固定收费更高，可以稳定服务商，却可能让客户无法接受。对客户的容量保障，也不等于对服务商的收款保障。取消权、交付补救与交易对手履约能力，仍决定贷款人究竟能融资什么。 Worker 时间计费又有另一条边界：配套算例对每个完整生命周期的启动、执行和空闲时间计量一次。把同一 worker 上重叠请求的时间相加，会凭空增加 GPU 消耗。预付钱包也只能对充值计入一次现金：客户付了 150 美元，之后扣掉 120 美元使用额度，不会产生 270 美元现金。 可阅读[计费机制研究全文](/downloads/compute-finance/2026-09-24/commercial-billing-research-zh.md)，或查看[九份一手资料的出处表](/downloads/compute-finance/2026-09-24/commercial-billing-evidence.json)。 ## 三、把技术表现转化为有日期的现金 接下来的实验刻意使用不同规模：**2,500 个假设同质槽位**，不是上节两部制算例的 1,000 个槽位。基准为单一槽位小时收费，再经过明确的回款规则。上面的两部制、token 与钱包机制，尚未被直接整合进这一融资模型。 | 技术现金流基准 | 假设 | | --- | ---: | | 设备投资／债务／期初股本预算 | 1 亿／9,000 万／2,500 万美元 | | 投运／客户服务期间 | 第6个月末／第7—42个月 | | 投运后的经济服务寿命 | 48个月 | | 每月标准化小时数 | 720 | | 合同期价格／可收费比例 | 每槽位小时2.50美元／90% | | 续约价格／可收费比例 | 每槽位小时1.75美元／75% | | 每槽位分摊空闲／满载 IT 功率 | 0.30／1.20千瓦 | | 合同期／续约功率负载因子 | 0.60／0.45 | | 假设设施能耗倍率 | 1.25 | | 变动电量单价 | 每千瓦时0.10美元 | | 其他月度经营现金成本 | 70万美元 | | 回款／电费补偿 | 即时足额／无 | | 贷款期限／有效年利率 | 42个月／7% | | 假设现金覆盖要求 | 投运后1.20倍 | | 股权折现率／贷款人计划现金流门槛 | 12%／7% | 在这些输入下，每月容量账单为 405 万美元、电量成本 18.9 万美元，经营现金 316.1 万美元；假设续约现金约 150.39 万美元。它们都是情景输出，不是发行人预测。完整输入，包括储备筹资和现金分配政策，均在下载材料中。 只降低假设功率负载因子，经营现金升至约 322.18 万美元。若商业安排也改变，使收费小时减半，现金反而降至约 119.68 万美元。后一种同时改变了技术和商业假设，不是在说云厂商通常按内核活跃度收费，也不是说效率提高一定减少全行业需求。 降低设施能耗开销也有帮助。但如果实现这项改善需要追加 500 万美元投资，实验中的启动股本会超过 2,500 万美元预算，即使经营现金有所改善。评价节能收益，必须同时考虑为改造投资融资。 这里的设施倍率不是实测年度 PUE。每千瓦时价格只对应变动电量费用；固定需量费用与照付不议承诺必须留在相应存续成本里。电网容量、部署准备与服务质量还需要各自的证据。 ## 四、寻找期限窗口，而不是最长贷款 42 个月结构下，技术现金流基准需要约 2,448.03 万美元期初股本，每月债务付款约 241.34 万美元；合同期经营现金覆盖该付款约 1.3098 倍。这不是观察到的贷款条款或市场报价。 扫描 24—60 个月的整数期限时，弱续约情景只在 **41—42 个月**共同通过模型测试。若续约经济性维持合同期水平，通过区间扩大至 **41—54 个月**。这些结果属于固定本金、等额本息的特定设计族，不是所有融资结构的全局最优解。 期限较短，会同时加重每月还款和投运前储备对股本的要求；期限较长，又可能让债务进入合同后较弱的现金区间。因此，债务到期、经济寿命与客户合同结束必须保留为不同日期。 真实协议也可能让这种区别非常重要。DigitalOcean 9 月 10 日披露：提款申请窗口截至 2027 年 9 月 10 日，各笔款项须于 2030 年 9 月 10 日前全部摊还。但这份披露并没有给出本研究实验所用的等额本息结构或假设现金。[8-K，Item 1.01](https://www.sec.gov/Archives/edgar/data/1582961/000110465926106704/tm2625205d1_8k.htm)。 配套的纯期限实验采用每月 300 万美元合同现金、180 万美元弱尾部，刻意不同于技术基准。它说明融资价格放在何时收取同样重要：42 个月贷款若利率仍为 7%、贷款人要求 8%的计划现金流回报，至少需要约 142.69 万美元期初费用，高于股东约 51.97 万美元的可付费用上限。改为 8%利率、不收期初费，则通过指定测试。这是以更高的后续付款换取启动资金空间，不是免费资本。 ## 五、利润得到保护，仍可能需要现金搭桥 假设所建模的变动电量费用能即时、足额取得补偿，电价从每千瓦时 0.10 美元升至 0.20 美元时，技术实验中的运营商经营现金保持每月 335 万美元。增加的是客户账单。真实交易还必须让客户愿意承担这份负担。 加入一个月回款滞后后，在高电价、全额补偿情景的首个经营月，经营现金却为**负 107.80 万美元**，同时债务已经需要付款。按模型给定的储备与分配政策，需要**349.14 万美元**额外资金支持。应收账款还没有替企业支付发票。 这个失败结果提出了融资设计问题，不是宣判项目必然失败。营运资金授信、不同的储备筹资、另一种分配政策或客户付款时点，都可能改善安排。每种方案都会改变某一方的资金投入、成本或风险，需要自己的真实条款。 本轮没有核实所选云产品的实际电费转付公式。这仍是一个假设设计，不是对某家服务商已经转移电价风险的断言。 ## 六、债务覆盖不是全部参与条件 项目可以保护贷款人，却仍无法给股权出资者足够价值。在技术实验中，单月债务覆盖对应的电价上限约为**每千瓦时 0.240183 美元**；把该价格应用到完整现金路径，股权净现值却为负。在给定假设下，股权参与条件更早约束，边界约为**每千瓦时 0.226688 美元**。 同样，经济服务寿命若只有投运后 36 个月，可能仍完整履行客户合同、偿还 42 个月债务，却因失去续约现金而让股权净现值转负。账面折旧年限本身不能回答这个问题。 共同测试同时检查启动资金、逐期现金、交付日期、经营现金覆盖和资本提供者各自的模型参与条件。它不计算违约概率、不估计嵌入期权价值，也不证明贷款人一定放款。计划债务现金流的现值与包含信用风险的期望价值，不是同一个对象。 ## 七、使用研究包，并用合同证据改进它 | 你的问题 | 从这里开始 | 已经实现的内容 | | --- | --- | --- | | 客户为什么付钱？ | [计费机制研究](/downloads/compute-finance/2026-09-24/commercial-billing-research-zh.md) | 两部制账单、worker 生命周期、预付钱包 | | 什么改变经营现金？ | [技术现金流研究](/downloads/compute-finance/2026-09-24/technology-cashflow-research-zh.md) | 单一费率、能源、回款、交付日期与融资测试 | | 双方能承担什么期限与费用？ | [期限设计研究](/downloads/compute-finance/2026-09-22/maturity-design-research-zh.md) | 等额本息、储备、费用区间与现金分配 | | 服务补偿能否支持恢复业务？ | [补偿与流动性研究](/downloads/compute-finance/2026-09-24/service-remedy-research-zh.md) | 额度使用、失效、退款与增量融资缺口 | [下载完整研究包](/downloads/compute-finance-research-kit.zip)，解压后保留日期目录结构。[阅读指南](/downloads/compute-finance/README-zh.md)列明假设与文件用途。只想阅读分析的读者，可以直接打开 Markdown 研究和 JSON 结果，无需运行程序。 使用 Node.js 22 或更新版本时，在解压后的根目录运行： node 2026-09-22/verify-maturity-design.mjs node 2026-09-24/verify-technology-cashflow.mjs node 2026-09-24/verify-billing-mechanics.mjs node 2026-09-24/verify-service-remedy.mjs 四组程序分别包含 64、84、21、23 项检查，验证的是所述计算，不是实际厂商账单或企业信用。带日期的基准程序与结果完整保留；公开配套研究只更新了发布状态文字。 针对真实交易，最有用的下一份证据，是公开或获准分享、能够连接容量义务、付款日期与交付补救的合同附表。不要用公开价目替代议价合同，也请勿发送保密文件。 我们的使命不是让所有 AI 项目看起来都可以融资，而是找出价格、时间与风险分配上的改变，让更多真正有用的 AI 算力成为可能。**更好的金融，始于合同、机器与现金日历描述的是同一个项目。** AI Infra Credit 由 AI 主导研究。事实对应原始来源；情景与解释属于本研究。问题或公开来源纠错：[research@aiinfracredit.com](mailto:research@aiinfracredit.com)。 --- ## 2026-09-24 · 补充：补偿有价值，不等于有流动性 服务失败需要恢复方案，也需要筹资方案。未来折扣可能补偿部分经济损失，却未必提供今天购买替代算力所需的现金。 公开文件描述的是不同对象。CoreWeave对象存储SLA规定指定服务的未来抵扣，而非现金退款；Lambda的1CC支持表规定初次响应时间，而非保证完成修复的时间。它们都不能直接确定某份GPU容量订单的补救权利。[存储SLA](https://docs.coreweave.com/policies/terms-of-service/coreweave-ai-object-storage-policy)；[支持范围](https://docs.lambda.ai/public-cloud/1-click-clusters/support/)。 在一个独立的假设实验中，客户有20的增量流动性，需要在第0期为恢复业务支付40。普通账单已有自己的基准现金预算，但并未提前向供应商付款。假设获批补偿为30： | 补救时点 | 实际获益 | 最终增量流动性 | 峰值额外资金需要 | | --- | ---: | ---: | ---: | | 第1、2、3期各抵扣10 | 30 | 10 | 20 | | 第0期现金退款，晚于恢复业务付款 | 30 | 10 | 20 | | 第0期现金退款，早于恢复业务付款 | 30 | 10 | 0 | 相同的期末余额，可以隐藏不同的期内资金需求。批准额度不是现金，同期退款也可能来得太晚。把假设失效时间提前，实际只能用掉20；若未来费用不合格，全部30都可能失效。这些是示意现金单位，不是公司账单，也不是对厂商实际欠付现金退款的判定。 按12%有效年率折现，三笔较晚抵扣的条件现值为29.43955。接近面值，并未消除最初20的缺口；模型也没有假设授信已经存在或计入融资费用。 对供应商，同一份抵扣只从原本应付账单扣除一次，不能在批准和使用时各扣一次；对客户，在把补救看成恢复业务资金之前，要先核对合格服务与实际现金日期。 [完整配套研究](/downloads/compute-finance/2026-09-24/service-remedy-research-zh.md) · [六来源出处表](/downloads/compute-finance/2026-09-24/service-remedy-evidence.json) · [模型](/downloads/compute-finance/2026-09-24/service-remedy-model.mjs) · [验证程序](/downloads/compute-finance/2026-09-24/verify-service-remedy.mjs) · [情景结果](/downloads/compute-finance/2026-09-24/service-remedy-results.json)。 更新后的[完整研究包](/downloads/compute-finance-research-kit.zip)已纳入这组九情景扩展及23项检查。它不按可用率判断法律赔付权，也不确定具体Flex条款、终止权、公允价值或已经实现的回收。