# NVIDIA 5300亿美元背后的承诺与现金要求

约 5300 亿美元的 headline，可以帮助理解 NVIDIA 不断扩大的商业承诺，却不是一份现金流预测。按披露金额复算，合计为 5305 亿美元，但其中混合了列有时间表的承诺与或有保证上限，也把 8 月事件与 7 月余额放在了一起。

融资分析真正要问的是：这些承诺让哪些投资变得可能，又在何时要求 NVIDIA 拿出自己的现金？供应商承诺可以支持产能建设，对客户的支持可以帮助项目获得信用；当需求、交付与合同义务出现偏离时，付款问题仍然存在。

## 先复算金额 再解释含义

下表单位为十亿美元，沿用 2027 财年第二季度文件显示的取整金额。这是对该期披露的复盘，不是 10 月实时余额。

| 披露类别 | 金额 |
| --- | ---: |
| 供应与产能承诺 | 279 |
| 云服务协议 | 29 |
| 尚未开始的数据中心租赁 | 25 |
| 股权投资承诺 | 25 |
| 资本开支承诺 | 8 |
| AI cloud agreements | 36 |
| 拟供第三方使用且尚未开始的数据中心租赁 | 20 |
| AI cloud 土地 电力及建筑保证最大敞口 | 3.5 |
| SB Energy 保证上限 | 105 |
| **跨类别算术合计** | **530.5** |

前五项合计 **366**，随后两项合计 **56**，两类保证合计 **108.5**。保证部分包含 7 月 26 日季度结束后、8 月签署的 SB Energy 安排。这些是不同的金融对象，不是九笔同类担保，也不是一项已确认负债。[NVIDIA Q2 10-Q 附注 10](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda-20260726.htm)。

这个广义数字并不替代[《保底承诺背后的资产负债表》](/zh/research/the-balance-sheet-behind-the-backstop)讨论的 1050 亿美元初始 PORTS 上限。子项目与跨类别合计回答不同问题。合计数也不代表 NVIDIA 的支持已经实际撬动了多少外部融资。

一项可比变化很明确：供应承诺从 119 增至 279，增加了 160，即 1600 亿美元。这是未来采购承诺的增加，不是季度内已经支付了 1600 亿美元现金。前季文件还分别披露投资、其他供应商及未开始租赁承诺；要与传播中的前季 1840 亿美元总额比较，需要先建立同口径分类桥接。本研究尚未完成这一桥接。[NVIDIA Q1 10-Q 附注 6、10、14](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000052/nvda-20260426.htm)。

## 承诺时间表与保证上限是两类数据

将两张承诺时间表合并，可得到 **4220 亿美元**，其分布如下。保证敞口不进入这项计算。

| NVIDIA 财年区间 | 承诺金额 十亿美元 |
| --- | ---: |
| 2027 财年剩余部分 | 120 |
| 2028 财年 | 106 |
| 2029 财年 | 107 |
| 2030 财年 | 24 |
| 2031 财年 | 17 |
| 2032 财年及以后 | 48 |
| **合计** | **422** |

因此，显示在截至 2029 财年这些区间内的金额为 **3330 亿美元，占约 78.9%**。这是根据取整披露做的算术，不是实际付款预测、自然年付款表或峰值融资缺口。部分义务仍附有条件或调整权；2027 财年一列也只覆盖当年剩余部分。[原始时间表](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda-20260726.htm)。

它提供的是更好的分析起点：把近期采购与投资要求同未来经营现金创造能力比较，再单独测试特定违约下的保证付款。若把全部 5305 亿美元平均分摊到若干年，会制造一条原始披露并未给出的付款曲线。

## 三种支持如何转成现金敞口

**购买容量不等于替别人的债务担保。** 360 亿美元 AI cloud 项目的承诺余额会随第三方或 NVIDIA 使用容量而下降。但余额减少不是现金退款的证据；已经购买的服务被使用，可以消耗承诺，同时仍然需要付款。第三方销售收入分成则是另一项附条件的收益。[AI cloud 条款摘要](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda-20260726.htm)。

因此，融资模型需要分开服务消耗、避免未来采购与实际收到现金，否则会把成功部署误读成新增流动性。其建设性机制是，可信的容量买方可以让不确定的未来利用率更容易获得融资；相应压力则是第三方需求不足时，更多容量仍依赖这位买方。

**计划转让租约不等于已经解除责任。** NVIDIA 预计把 200 亿美元类别中的租约转交第三方。这种意图不能证明第三方已经接手，也不能证明房东已释放 NVIDIA。在取得足以改变判断的证据之前，模型仍应保留相应敞口。向次承租人收回经济成本，与解除主租约下的法律责任，也不是同一结果。[租赁承诺与相关风险](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda-20260726.htm)。

**保证存在生效与索赔流程。** 8 月 PORTS 文件描述了租约开始时分期生效、ready-for-service 条件、租户违约触发与不同补救路径。1050 亿美元上限不是签约当日的账单，发生违约也不必然等于当天付款。[8 月 17 日 8-K](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000069/nvda-20260817.htm)。

补救路径还可能用一种义务替代另一种义务。承接租约可以避免某项损失付款，却产生持续租赁成本。对困境客户的追偿权，也不是供应商账户里已经收到的现金。流动性检验应追踪付款与回收日期，而不是停留在上限金额。[已提交格式文本第 1、12 条](https://www.sec.gov/Archives/edgar/data/1045810/000104581026000075/nvda2027q2ex101.htm)。

## 融资价值与约束来自同一连接

我们的判断是，供应商信用可以解决协调问题：制造商需要可信订单，开发商需要可信租户，贷款人需要可信还款或支持。对未来设备销售有经济利益的供应商，能够帮助连接这些决策。这解释了安排为何可能支持有效产能，却不证明每个项目都能赚回资本成本。

同一连接也形成关键压力情景：客户算力使用减少时，供应商的产品收款可能走弱，而容量采购、租赁成本或符合条件的保证索赔仍须融资。这是现金流共同变化的问题。把每项承诺都当损失，或假设供应商未来盈利完全不受影响，都无法回答它。

值得跟踪的是具体事项：哪些采购仍可调整，哪些租约转让包含责任解除，受支持容量实际使用多少，哪些期次的保证已经生效，以及付款、回收与经营收款分别何时发生。这些变化可能在 headline 总额改变之前，就要求分析师调整融资假设。

## 复用底表与计算

[九行数据底表](/downloads/nvidia-commitments/nvidia-commitments.json)保留类别、日期、披露的财年时间表与未知实际现金值。将它和[校验程序](/downloads/nvidia-commitments/verify-nvidia-commitments.mjs)放在同一目录；[使用说明](/downloads/nvidia-commitments/README.md)解释计算。检查可复现合计与时间分布，不证明预期损失、融资缺口或合同实际合规。

5300 亿美元的讨论早于 10 月：[SemiAnalysis 公开文章](https://newsletter.semianalysis.com/p/nvidias-backstop-universe-heads-i)发表于 9 月 11 日，其公开部分同时讨论支持能力与相关下行风险。本研究独立复算发行人披露，不复制其付费模型，也不声称 10 月出现了新的季度披露。

若发现具体条款需要修正，或这份底表改变了你维护的融资假设，欢迎联系 [research@aiinfracredit.com](mailto:research@aiinfracredit.com)。