AI融资结构系列③客户就是银行
预付款、Take-or-Pay(照付不议)和信用背书,正在把未来订单的确定性转换为今天的AI Capex(资本开支)。真正优质的AI基础设施资本结构,不只是“公司能借多少钱”,而是客户愿意先提供多少现金、承担多少利用率风险、帮助公司撬动多少低成本资产融资——以及这些承诺最终能否按时转化为交付、收入和自由现金流。
微软为什么愿意在IREN第一美元收入确认之前,先把约19亿美元现金打过来?
最近持续跟踪IREN的过程中,一个数字越来越值得停下来想一想。2025年11月,Microsoft(微软)与IREN签下约97亿美元的AI Cloud(AI云算力)合同,平均期限约5年,覆盖Childress园区Horizon 1–4合计约200MW Critical IT Load(关键IT负载)。合同约定,每一批算力在交付前,Microsoft先支付该批合同价值的20%。
如果把97亿美元仅作数量级拆分,20%约等于19.4亿美元;与此同时,IREN为这份合同与Dell签下的GPU及配套设备采购约58亿美元。也就是说,客户在算力完整上线之前,就先提供了相当于设备采购额约三分之一的现金来源。更直观一点,97亿美元除以约5年,年化合同价值同样约19.4亿美元——Microsoft相当于提前向IREN支付了约“一年合同收入”的现金。
但这19亿美元不是利润,也不是已经确认的Revenue(收入)。它首先是一项未来履约义务。真正有意思的是第二步:Goldman Sachs与JPMorgan随后为Microsoft合同安排约36亿美元GPU融资;2026年5月正式落地后,其中包括约15亿美元DDTL(延迟提款定期贷款)和21亿美元、票息5.96%的高级票据。IREN披露,这套融资与Microsoft约19亿美元预付款合计,可覆盖约95%的GPU相关资本开支。
于是问题从“客户买了多少算力”,升级为“客户订单本身能不能成为资本”。顺着这个问题往下看CoreWeave、Core Scientific与TeraWulf,会发现一类越来越重要的资金来源正在AI产业形成:Customer Capital(客户资本)。
订单不是现金,但高质量订单可以成为“融资原材料”
AI基础设施项目最难的不是签下一纸订单,而是把订单变成银行愿意承保的长期现金流。客户信用越高、合同越不可取消、预付款越大、Take-or-Pay约束越强,项目在收入产生以前就越可能获得低成本资金。
IREN:一份97亿美元合同,怎样一步步变成GPU、债务融资和200MW算力
IREN的Microsoft合同把Customer Capital的全过程展示得非常清楚。第一步是客户承诺未来5年购买专属GPU服务;第二步是每个Horizon tranche(交付批次)在上线前支付20%预付款;第三步,合同现金流与对应GPU一起被金融机构视为Collateral(抵押/信用支持基础);第四步,IREN再用GPU融资填补剩余资本需求。
这里最重要的不是把19亿美元称作“免费钱”。Microsoft预付,是为了锁定未来算力;IREN拿到现金的同时,也承担了未来提供GPU服务、达到交付日期和服务水平的义务。Microsoft协议还包含交付延误、Service Credits(服务抵扣)和一定条件下的终止权。因此,客户资本降低的是前置资金压力,并没有消灭Execution Risk(执行风险)。
CoreWeave:客户合同不是销售部门的结果,而是融资部门的原材料
CoreWeave在2025年10-K中把这件事写得非常直接:公司主要通过由Take-or-Pay客户合同支持的资产级债务,为基础设施开发融资。2025年末,公司RPO(Remaining Performance Obligations,剩余履约义务)达到607亿美元,Committed Contracts(承诺合同)加权平均期限约5年;承诺合同贡献全年超过98%的收入,活跃合同加权平均预付款约占TCV(合同总价值)的15%–25%。
Take-or-Pay最通俗的理解是:客户买的是“容量承诺”,而不是每天按实际用量结算。如果合同约定购买100单位算力,即使某个时期只实际消耗60单位,仍需要支付合同约定的最低金额。于是原本由云服务商承担的Utilization Risk(利用率风险),有一部分被转移给客户。
Pay-as-you-go(按量付费)
收入随实际GPU调用波动。对客户灵活,对贷款人却意味着未来现金流更难预测。
Take-or-Pay(照付不议)
客户承诺为预定容量支付最低金额。对客户约束更强,却显著提高项目现金流的Contractability(合同化程度)。
这也解释了系列②里的核心现象:同样是GPU,背后站着投资级客户与非投资级客户,融资价格可以完全不同。金融机构不是在给“芯片型号”评级,而是在给资产 + 客户信用 + 合同结构共同评级。
Core Scientific:客户甚至可以直接替数据中心承担改造Capex
Core Scientific与CoreWeave的长期Colocation(托管)合同把客户资本再推进一步。公司披露,CoreWeave已签约约590MW leased customer power capacity(租赁客户电力容量),合同潜在收入超过100亿美元、平均年化GAAP托管收入约8.5亿美元;主要合同采用固定成本Take-or-Pay并带年度递增条款,客户还承担Power(电力)与Utilities(公用事业费用)。
更重要的是,部分数据中心Build-out(改造建设)成本由CoreWeave先行提供资金:最高约150万美元/MW、总量约7.5亿美元,随后通过未来Hosting Payments(托管付款)中的Capex Credits逐步抵扣。换句话说,客户不只是承诺未来付款,它还直接参与今天的建设资金。
Customer-Funded Capex(客户出资资本开支)
这类结构把“客户需求确定性”进一步升级成“客户直接提供建设资金”。对资产所有者而言,它可以减少建设期Equity Check(自有股权资金投入);对客户而言,它换来优先容量、合同控制与长期算力保障。
TeraWulf:当直接客户信用不够强,Google可以把自己的信用“外接”进来
TeraWulf(WULF)与Fluidstack签订HPC(高性能计算)租约后,又与Google建立Recognition Agreements(认可协议)。根据公司披露,如果Fluidstack发生付款违约或进入破产程序,Google可以选择支付租约终止费,或者补齐到期租金并接手租约成为Tenant(承租人)。
作为Google提供Backstop(信用兜底)的对价,TeraWulf向Google发行了合计约7358万股普通股对应的Warrants(认股权证),行权价仅0.01美元。这个案例尤其重要,因为它证明:客户信用甚至可以通过第三方信用增强“外接”。
注意:Google在这里并不是直接租户,而是信用增强方。它拿到几乎零行权价的权证,也说明信用支持绝不是免费的——一旦把第三方信用加入资本结构,成本可能以股权稀释而不是现金利息体现,这又与系列①重新接上。
客户资本不是一个工具,而是从“订单”到“信用担保”的五层结构
TCV ≠ Prepayment ≠ RPO ≠ Revenue:AI订单最容易被误读的四个数字
IREN提供了一个很好的会计提醒。截至2026年3月31日,公司披露Unsatisfied RPO(未履约剩余履约义务)约7.10亿美元,但97亿美元Microsoft合同中,只有已经Delivered and Accepted(交付并验收)的tranche才会进入unsatisfied RPO;当时Microsoft未来批次尚无任何一批完成交付验收,因此未来tranche的对价尚未纳入RPO。
IREN还明确评估了大额预付款是否构成ASC 606下的Significant Financing Component(重大融资组成部分)。这再次说明,预付款本质上带有融资属性:客户把钱提前给你,但你也在更早占用客户资金。
把四家公司放到一张表:客户资本究竟在替谁承担什么风险?
| 公司/结构 | 客户资本工具 | 客户承担的风险/资金 | 公司得到的融资效果 | 股东最终代价 |
|---|---|---|---|---|
| IREN / Microsoft | 20%分批预付款 + 5年合同 | 提前支付约19亿美元并锁定未来容量 | 预付款 + 36亿美元GPU融资覆盖约95% GPU相关Capex | 交付义务、服务抵扣、融资杠杆;不是免费收入 |
| CoreWeave | Take-or-Pay + 15%–25%平均预付款 | 承担约定容量的最低付款义务 | 607亿美元RPO和合同现金流支持资产级融资 | 客户集中、未来续约/重新议价风险 |
| Core Scientific / CoreWeave | Take-or-Pay + 客户Capex Funding | 电力、公用事业与部分改造资金 | 降低数据中心所有者前置自有资本需求 | 长期绑定单一大客户与执行风险 |
| TeraWulf / Fluidstack + Google | Google Backstop | 付款违约/破产时提供终止费或接管租约选择 | 租约可融资性与债权人保护提高 | Google获得7358万股、$0.01行权价权证:信用支持以稀释换取 |
以后每份NeoCloud财报,都应该多看一组“客户融资效率”指标
如果客户资本已经成为AI基础设施的第三类资金来源,那么传统Debt / Equity分析就不够了。以后对IREN、CRWV、CORZ、WULF这类资本密集型公司,资本结构页应该固定增加下面这些项目。
Customer Capital ÷ Project Capex项目建设有多少是由客户预付款、客户Capex或信用支持直接/间接承担?Cash Prepayment ÷ Contract ValueIREN约20%;CoreWeave活跃合同加权平均约15%–25%。Committed Revenue ÷ Total Revenue判断有多少收入已经由容量承诺而不是按量需求支撑。Contract Term vs Debt Maturity客户合同到期是否早于债务?如果早,债务后半程现金流保障会下降。Customer Rating / Backstop同样一批GPU,背后客户信用不同,项目融资成本可能明显不同。Own Equity ÷ Delivered MW每增加1MW交付,公司老股东真正需要自己投入多少资本?投资者最值得追问的一句话
同样建设1GW AI Cloud,老股东自己到底要出多少钱?如果客户先出20%、资产融资再承担60%–70%,公司只需投入较小比例股权,而项目IRR仍然足够高,股东资本回报会显著放大;反之,如果所谓订单没有预付款、没有刚性付款义务、也无法支持融资,那么“巨大Backlog”对资本效率的意义就弱得多。
客户可以是银行,也可以是风险集中器
Customer Capital降低前置资金压力,但它把更多融资能力绑定到了客户本身。一旦订单质量、客户信用或交付能力出问题,融资链条会比普通现货云业务反应更快。
证伪条件:不要把资本循环误当作终端需求
未来还要持续区分End Demand(终端需求)与Capital Recycling(资本循环):GPU厂商投资云商、云商买GPU、模型公司预付款、模型公司又由GPU厂商投资——这些安排可能是健康的生态协同,也可能在极端情况下放大“同一笔资本反复支撑多个需求数字”的错觉。真正的终点仍然是:Token使用、客户收入、自由现金流和项目ROIC。
以后研究NeoCloud,除了“有多少GW”,还要先问:谁替你出钱?
AI资本周期真正的创新,不只是银行愿意借更多钱,而是客户订单本身正在变成资本。Microsoft提前向IREN支付现金;CoreWeave把Take-or-Pay合同变成资产融资底层;CoreWeave又替Core Scientific承担部分建设Capex;TeraWulf则把Google信用嵌入Fluidstack租约。
这会改变我们对IREN这类公司的评价方式。5GW Secured Power(已锁定电力)仍然是稀缺资源,但真正能放大股东回报的,是它能否不断重复:先获得高质量客户 → 用客户预付款降低Equity Check → 用合同现金流撬动资产融资 → 按时交付GPU → 用ARR/FCF偿还资本 → 再扩下一批MW。
因此未来最核心的追踪指标,不只是Revenue Growth,而是Delivered MW per Diluted Share、FCF per Diluted Share,以及Sponsor Equity per MW。只有当交付和每股价值增长跑赢融资带来的稀释与杠杆,这套客户资本飞轮才真正属于老股东。
下一篇预告|AI融资结构系列④:华尔街如何接管AI Capex
Private Credit(私募信贷)、Project Finance(项目融资)、保险资金与未来Securitization / ABS(证券化/资产支持证券)如何把AI Compute(算力)进一步变成机构资产;以及NVIDIA联合大型金融机构的>$500B Compute Financing平台究竟准备解决哪一层资本缺口。
主要来源与证据口径
沿着AI资本栈继续阅读
EnyaClawd
本专题由Kerwin确定研究命题、投资逻辑与最终判断;Enya负责公开证据核验、资本结构拆解、可视化组织、网页排版与持续维护。核心目标不是把融资工具写成金融百科,而是把每一种资本来源重新连接到GPU交付、MW、收入、自由现金流和完全稀释后每股价值。