Oracle不可抗力通知揭示AI的电力瓶颈

Oracle在电力延误威胁其位于新墨西哥州、规划容量为2.45吉瓦的AI数据中心园区Project Jupiter后，发出了不可抗力通知。Oracle的不可抗力通知并不意味着项目被取消，也无法证明其启用时间将会推迟。但它确实揭示了AI基础设施合同与满足其供电需求所需的缓慢建设体系之间日益扩大的矛盾。

预计Project Jupiter将通过Stargate基础设施计划支持OpenAI。Blue Owl Capital旗下的STACK Infrastructure正在开发该园区。Oracle仍是主要租户，并表示建设正按原定计划推进。

这份通知之所以重要，是因为Oracle已将巨额财务承诺押注于尚未建成的产能。OpenAI及其他客户希望获得更多算力，而Oracle需要在完成建筑、能源设备、许可、燃料和输电基础设施后，才能将其中很大一部分需求确认为收入。

这造成了一个核心逆转。AI公司订购处理器、签订云服务协议的速度，可以快于开发商获得可靠电力的速度。Oracle扩张计划中最稀缺的要素不再必然是GPU，而是一个具备足够电力、能够持续运行数千块GPU的运营场地。

Oracle不可抗力通知实际改变了什么

Oracle为与电力相关的延误保留了一项合同抗辩，但并未放弃Project Jupiter。

据Reuters发布的一份电力延误报道称，Oracle向负责开发新墨西哥州园区的Blue Owl旗下单位发出了通知。报道称，获取电力可能出现的延误促使其采取这一行动。

不可抗力是合同中的一项条款，用于涵盖超出一方合理控制范围的特殊情况。其法律效力取决于合同内容、触发事件以及受影响一方是否遵循了规定程序。

因此，发出通知不同于已确认的违约。它可以在各方继续推进项目完工的同时保留合同权利，也可能引发关于由谁承担特定开发风险的争议。

Blue Owl表示，该通知不会改变项目的财务承诺。该公司还表示，各方仍就这项多年期开发项目保持一致。Oracle则单独强调，Project Jupiter仍按原定计划推进。

这些表态限定了可得出的结论。目前没有经过验证的证据表明，Oracle已取消该园区、终止与STACK的合作关系，或撤回对新墨西哥州的承诺。

眼下的争议反而涉及：如果电力问题延迟入驻，谁应承担相关成本。已披露的租赁条款显示，如果双方均认定发生符合条件的不可抗力事件，Oracle可能寻求将租金起算时间推迟三年。

这一结果并非自动生效。开发商需要接受该主张，或双方需要通过合同约定的争议解决程序化解分歧。

据报道，在延期期间，Oracle仍将承担某些项目成本。一旦开始付款，它仍需在整个租赁期内承担租金。这些细节表明，这份通知更多是防御性措施，而非终止项目的信号。

这一差异对投资者和云服务客户至关重要。设施被取消将意味着需求走弱或项目发生根本性破裂；而延后付款则会改变建设风险发生的时间和分配方式。

Project Jupiter的规划规模说明了这一时间安排为何重要。根据Bloomberg的报道，该园区设计容量为2.45吉瓦。如此规模的场地需要一套可与服务大型都市区的基础设施相当的能源系统。

它不能依靠普通商业接入。该项目需要专用发电设施、燃料输送、电气设备、地方审批，以及能够满足严格可用性要求的系统。

这使得电力成为建设依赖项，而非按月购买的公用事业服务。如果某一关键组件延迟到位，已经完工的数据大厅可能仍无法部署能够产生收入的计算设备。

这份通知将这种物理依赖转化为一个财务问题：当一座大体建成的AI园区等待可用能源时，谁来承担成本？

AI需求的增长速度已超过能源基础设施

Project Jupiter表明，已签约的AI需求与可交付算力如今正遵循不同的时间节奏。

Oracle的云服务积压订单表明，客户兴趣依然强劲。其2026年8月的季度申报文件披露，剩余履约义务达6640亿美元。

剩余履约义务代表尚未确认的合同收入。它们并不等同于可立即收取的销售额、保证利润或Oracle银行账户中的现金。

Oracle预计在未来12个月内确认约13%的积压订单收入。另有37%预计将在第13至第36个月确认，34%计划在第37至第60个月确认。

这一时间表使基础设施执行成为公司财务叙事的核心。除非安装设备并使承诺的产能可用，否则Oracle无法按计划将大型云服务合同转化为收入。

同一份文件还披露了2880亿美元的额外租赁承诺。其中大部分与预计在2027财年至2029财年间开始的数据中心安排有关，租期为15至19年。

由于尚未开始执行，这些租赁尚未反映在Oracle的资产负债表上。但其规模仍显示出，Oracle在底层场地投入运营前已签约了大量未来产能。

Oracle还报告了342亿美元期限超过一年的无条件采购及其他义务。这些承诺主要涉及云基础设施组件和数据中心电力安排。

因此，该公司的商业机遇对应着一长串实体义务。处理器、网络设备、建筑、冷却系统、电力、融资和客户，都必须按正确顺序到位。

电力尤其难以加速。芯片制造商可以扩大产能，尽管这同样需要时间。电力项目还面临公用事业规划、土地准入、环境审查、设备排期以及公众参与等环节。

全国数据说明了这些排期为何日益拥挤。一项联邦估计显示，2023年美国数据中心的耗电量为176太瓦时。

美国能源部预计，到2028年耗电量将介于325至580太瓦时之间。按上限计算，需求将在五年内增长逾三倍。

这种增长并不会均匀分布在全国各地。单个超大规模园区就可能在某个地区形成高度集中的需求，而当地现有系统从未为此设计。

公用事业公司必须判断新增发电和输电能否在不削弱可靠性的前提下服务这部分负荷。监管机构必须决定由谁为这些升级项目融资，以及如果预期需求消失，谁来承担风险。

地方社区同样希望看到证据，证明项目不会推高居民电费、消耗稀缺水资源，或在未兑现承诺效益的情况下造成污染。即使国家政策制定者支持AI建设，这些担忧也会影响许可进度。

这会给每个参与方带来压力。开发商需要先获得许可，贷款方才会释放资金。公用事业公司需要可靠的负荷预测，才会建设基础设施。科技公司需要明确的完工日期，才能向客户承诺产能。

Oracle正处于这些依赖关系的中间。其客户协议带来了紧迫性，但基础设施合作伙伴无法通过一份云服务合同消除监管时间表。

Project Jupiter的供电方案持续变化

该项目为获取可靠电力，已经被迫进行了一次重大技术重新设计。

Project Jupiter最初提出使用天然气涡轮机和柴油备用发电机。Oracle后来以采用Bloom Energy技术的燃料电池微电网取代了这一设计。

微电网是一种能够为特定场地供电的本地电力系统。在本案中，燃料电池将通过电化学过程而非传统燃烧方式，将天然气转化为电力。

Oracle的更新供电方案称，与此前方案相比，新设计将减少排放和用水量。这是Oracle的评估，并非针对已建成园区的独立结论。

这一调整回应了围绕早期涡轮机方案的一些反对意见。但它并未消除项目对燃料基础设施、监管批准或设备及时交付的依赖。

燃料电池可以提供现场发电，无需等待为整个园区量身配置的传统电网接入。这使其对面临漫长公用事业排期的AI开发商颇具吸引力。

然而，燃料电池仍需要稳定可靠的天然气供应。其安装还需要电力整合、空气质量审查、安全控制，以及足以支撑异常庞大负荷的设备数量。

拟为Project Jupiter供气的天然气管道也遭遇了自身问题。新墨西哥州土地专员拒绝了涉及规划路线的许可申请，为燃料输送时间表增添了不确定性。

随后，该管道开发商面临预期投运日期延期。这一挫折很重要，因为如果燃料无法送达发电机，园区就无法通过现场发电解决电网限制。

这一过程反映了反复出现的基础设施问题：替换一个瓶颈往往会产生另一种依赖，而不是消除原有风险。

电网接入依赖公用事业公司、输电容量和监管成本分摊；专用发电系统则依赖燃料输送、设备生产、空气许可和场地审批。

燃料电池方案仍具备潜在优势。模块化设备可以分阶段安装，这或许能让Oracle在建筑准备就绪时，逐步为园区的不同区域通电。

分阶段安装也更符合服务器逐步部署的节奏。Oracle不一定需要在首个运营日就获得全部2.45吉瓦容量。

但分阶段建设也会引入排期复杂性。每个可用的数据大厅都需要具备足够的发电、冷却、网络、备用系统和安全审批，客户才能部署生产工作负载。

因此，只有可用能源与Oracle客户合同中承诺的算力相匹配时，部分启用才会有所帮助。公开披露并未提供这种详细对应关系。

Oracle坚持项目仍按计划推进，可能反映出其对替代路线或调整后建设阶段充满信心。不可抗力通知则表明，该公司也在为不那么有利的结果做准备。

这些立场未必相互矛盾。如果外部依赖环节发生故障，企业可以在保留合同权利的同时，仍期待项目按时完成。

问题在于信息不对称。投资者无法独立核实建设进度、管道项目的关键路径，或 Oracle 租赁付款义务开始生效所需满足的条件。

这种不确定性意味着，Project Jupiter 面临的是执行能力的考验，而非需求不足。Oracle 已拥有寻求算力的客户。悬而未决的问题是，其能源计划能否按时将建筑和处理器转化为可用的云基础设施。

冲突存在于 AI 合同与物理现实之间

Oracle 的扩张模式假设，长期财务承诺能够与面临本地延误的基础设施实现同步。

AI 云市场会奖励那些尽早锁定容量的企业。在一个站点获得全部许可之前才与客户签约，可能会让 Oracle 落后于规模更大的竞争对手。

Amazon、Microsoft 和 Google 能够将工作负载分散至广泛的云区域，以及既有的能源合作关系之中。Oracle 的基础设施覆盖范围较小，尽管它正在推进业内规模最大的一些 AI 协议。

因此，Oracle 的战略高度依赖未来园区。这带来了快速增长的已报告积压订单，但也将执行风险集中在需要多年建设的项目上。

Project Jupiter 将这种矛盾暴露无遗。Oracle 的客户需求位于 OpenAI 及其他模型开发商的下游；其租赁义务则位于开发商、贷款方、公用事业公司和设备供应商的上游。

如果园区按计划启用，这一结构可以良好运转。Oracle 获得计算收入，而基础设施合作伙伴则在长期租赁期限内收取合同约定的款项。

如果电力供应延迟，收入与占用成本可能发生脱节。Oracle 可能在尚未获得可用容量前就面临付款，而开发商和贷款方仍期待从已承诺资本中获得回报。

Oracle 发出的不可抗力通知，似乎旨在限制这种错配。它为公司主张特殊的电力延误应推迟部分付款提供了依据。

开发商对风险的看法不同。它们为建设融资，部分原因在于一家大型科技租户已接受长期承诺。如果该租户可以推迟付款，资本提供方就要承担更多进度风险。

这也是 Blue Owl 强调项目财务承诺并未改变的原因。该声明安抚了贷款方和投资者，但并未解决不可抗力条款将如何执行的问题。

这场争议的影响超过了一份租约。AI 基础设施融资正越来越多地采用由科技公司长期合同支持的特殊目的项目。

这些合同帮助开发商筹集资金，而无需将每一笔建设成本都放在云服务商的资产负债表上。它们也在客户、租户、开发商、私募信贷基金、公用事业公司和能源供应商之间建立了依赖关系。

一次延误可能沿着这条链条传导：租户推迟入驻，开发商等待租金，贷款方则重新评估项目债务的价值。

市场反应反映了这种担忧。有关该通知的报道发布后，Oracle 和 Blue Owl 的股价均下跌，尽管单个交易日无法证明项目的长期经济性。

怀疑者认为，Oracle 正将可预见的电力挑战视为特殊事件。大型数据中心显然需要能源，而新墨西哥州的审批流程始终是开发过程的一部分。

从这一视角看，电力可用性属于常规建设风险。若将其称为不可抗力，将削弱长期项目融资赖以成立的确定性。

相反的观点则认为，即便风险的一般类别已为人所知，特定许可被拒或政府行为仍可能构成不可抗力。法律结果取决于尚未公开的合同措辞。

两种解释均尚未得到最终确认。该通知并不能证明 Oracle 的主张一定会成功，而公司的进度声明也不能证明每项依赖条件均已解决。

更稳妥的结论应更为有限：Oracle 已识别出足够的不确定性，以保留合同救济权利；与此同时，各方仍将 Project Jupiter 描述为一个正在推进的项目。

电力稀缺正成为云竞争的一部分

云服务商日益争夺的，不只是客户、处理器或软件功能，而是可交付的兆瓦级电力。

AI 模型需要通过高速网络连接的高密度加速器集群。训练任务和大规模推理服务可能在较长时间内让这些设备维持高利用率运行。

这种运行模式带来了巨大且稳定的电力负载。冷却系统、存储设备、网络设备和备用基础设施，都会增加服务器直接用电之外的消耗。

新设施还希望比传统发电和输电项目更早获得电力。电网建设所需时间往往长于数据中心机房的部署。

由此形成了一个新兴市场：能源供应得到保障的站点。云服务商即使拥有可用的处理器，若没有通电的建筑，也无法出售客户所需的计算容量。

这改变了规模的含义。过去，云业务扩张通常是在现有区域内增加服务器；如今的 AI 项目可能需要以吉瓦计量的全新电力系统。

Amazon、Microsoft、Google、Meta 和 Oracle 都在推进核电合同、可再生能源项目、电网协议和现场发电。每种方式都需要在速度、可靠性、成本、排放和监管风险之间权衡。

电网供电可以提供高效的系统级发电，但接入排队时间可能很长。燃气发电可以更靠近负载部署，但会受到管道和环境限制。

核电站可提供可靠的低碳电力，但建设周期较长。可再生能源发电可以相对较快地建成，但大型 AI 集群同样需要储能或稳定的备用容量。

燃料电池在这一组合中占据另一种位置。其模块化设计支持现场部署，但大型装置仍依赖天然气和大量配套基础设施。

因此，Project Jupiter 代表着一项更广泛的行业实验。Oracle 正试图以当地系统原本无法快速供应的规模，整合计算和能源容量。

该公司的竞争对手面临类似压力，但起点不同。更大型的云运营商拥有更多区域、更强的现金创造能力和更广泛的基础设施组合。

Oracle 庞大的积压订单使其有强烈动机快速扩张。其租赁承诺也压缩了多个项目长期延误的空间。

这正是为何这一警示不止影响 Oracle 股东。OpenAI 依赖合作伙伴提供支撑其服务的基础设施，而企业则依赖这些服务运行生产级 AI 工作负载。

园区延误不会立即中断已有应用，但会影响额外模型训练、推理容量和企业云资源何时能够上线。

在客户遭遇故障之前，容量限制就可能影响资源分配和部署决策。服务商可能优先满足大型合同、推迟新区域上线，或将工作负载转移至成本更高的地点。

因此，企业采购方应评估的不只是已公布的 GPU 数量。更相关的问题是，服务商能否在部署所需的地区和时间框架内，交付持续且已通电的容量。

对开发者而言，这一问题会间接体现在配额、等候名单、容量预留和区域可用性上。这些运营信号比遥远园区的效果图更能说明问题。

知识工作者在日常使用 AI 时不会追踪管道许可，但仍可能通过产品扩张放缓、功能受限或组织成本上升感受到后果。

Oracle 的不可抗力通知让这条链条变得可见。能源规划已成为云产品可靠性的一部分，即使终端用户永远看不到电力来源。

三项信号将显示 Oracle 的警示是否蔓延

接下来的证据应来自项目进度、Oracle 的财务披露，以及新 AI 园区采用的融资条款。

第一项信号是 Project Jupiter 的燃料和电力进度。Oracle 需要在天然气管道、燃料电池安装以及分阶段运营所需审批方面取得明确进展。

确定的管道投运日期将强化 Oracle 关于园区仍按计划推进的主张。更多许可受阻则会使其合同警示显得更加重要。

第二项信号是 Oracle 租赁和剩余履约义务的时间安排。其文件应显示数据中心承诺是否如预期开始，以及积压订单是否转化为收入。

投资者应关注尚未开始的租赁、电力采购义务、资本支出和预计收入确认的变化。任何单项指标都无法独立确认 Project Jupiter 的状态。

综合来看，它们可以显示基础设施是否正在追上已签约需求。若积压订单上升的同时反复出现容量延误，商业承诺与物理交付之间的缺口将扩大。

第三项信号是开发商和贷款方如何在后续项目中为进度风险定价。新合同可能会更明确地分配电力责任，或要求科技租户提供更大规模的担保。

即便园区最终按时启用，这种反应也将表明 Project Jupiter 改变了融资惯例。它还会提高将基础设施置于云服务商资产负债表之外的成本。

反过来，若融资条款没有变化且贷款方需求持续存在，则表明市场将该通知视为项目特定的预防措施。

读者不应将每一份不可抗力通知都视作 AI 崩盘的证据。在持久的扩张周期中，项目延误可能发生，尤其是在建设规模达到前所未有的程度时。

同样也不应将该通知视为例行法律事务。Oracle 拥有数千亿美元的积压订单和未来租赁承诺，而这些承诺依赖于必须获得可靠能源供应的基础设施。

核心考验在于转化。Oracle 必须将合同转化为已通电的容量，再将该容量转化为已确认的云收入。

Project Jupiter 仍在建设中，Oracle 表示其进度未受影响。Blue Owl 则表示财务承诺仍然有效。

尚未解决的问题是，电力系统能否在计算合同所要求的时间到位。Oracle 的不可抗力通知是最明确的信号，表明这一时间安排已不能再被想当然地视为确定无疑。

未来几个月，请关注管道进度、燃料电池审批以及 Oracle 的租赁披露。这些信号将显示 Project Jupiter 是在克服局部延误，还是暴露出 AI 建设中可重复出现的弱点。对企业采购方而言，实际应对方式是在依赖承诺中的基础设施之前，询问交付日期、区域容量和应急方案。对投资者而言，应将积压订单与电力接入和租赁起始时间一并评估，而不是孤立看待。AI 建设浪潮依然拥有客户、资本和处理器。其下一个约束条件，是能源项目和公共审批能否跟上这些承诺的速度。