1. 定义估值问题
推理基础设施结合了房地产、公用设施访问、网络位置、专用设备和托管服务。估值问题是哪些现金流是依赖于地点的,哪些是可转移的,哪些仍然是投机性的开发选择。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][2][3][4]
证据文件应从工作量清单、客户合同、服务规范、场地权利、公用事业协议、网络测试、设备时间表、运营记录和现金收据开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要失败之处在于,该投资案例对土地、动力壳、加速器、服务收入和未承包管道适用一倍。实际的反应是根据每个现金流和资产组自身的证据、寿命、控制力和可转移性来评估其价值。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
2. 将训练与推理经济学分开
训练作业通常可以容忍调度和地理灵活性,而推理范围可以从容忍延迟的批处理到交互式或安全敏感的决策。一项计算任务的单位成本下降并不能证明每个推理工作负载都应该转移到本地节点。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [5][6][7][8]
证据文件应从模型架构、请求大小、响应目标、流量模式、加速器需求、数据路径、服务窗口、重试容忍度和客户经济性开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,在没有关于推理需求的证据的情况下,使用关于更便宜的培训的普遍说法来证明边缘溢价的合理性。实际的反应是对实际工作负载进行分类,并为满足其可接受的服务要求的最低成本架构定价。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
3. 按延迟敏感性对工作负载进行分类
可靠的产品组合始于工作负载类别。消费者助理、广告、欺诈控制、工业视觉、联网车辆、医疗保健和公共安全可能有不同的性能、控制和连续性需求。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [6][7][9][10]
证据文件应以请求和响应日志、用户位置、应用程序截止日期、错误预算、负载概况、并发性、模型大小和操作结果开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,所有 AI 需求都被描述为对延迟敏感,即使用户接受远程或异步结果也是如此。实际的应对措施是将每个工作负载置于延迟和关键性阶梯上,并在分配本地容量之前需要证据。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

拟议的分类;应用程序所有者必须验证实际性能和结果。
| 工作负载等级 | 位置敏感度 | 最低限度的证据 |
|---|---|---|
| 离线批量 | 低的 | 完成窗口和总成本 |
| 人工审核 | 缓和 | 用户等待容忍度和队列配置文件 |
| 交互的 | 中到高 | 加载响应跟踪和用户接受度 |
| 交易控制 | 高的 | 截止日期、错误预算和连续性 |
| 机器或安全控制 | 特定于应用的 | 经过验证的控制和故障安全设计 |
拟议的框架;应用证据决定最终级别。
4.测量完整的请求路径
用户体验取决于设备处理、接入网络、传输、路由、排队、数据检索、模型执行和响应传递。服务器推理时间仅代表服务的一个组成部分。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [7][9][11][12]
证据文件应以带时间戳的跟踪、往返测试、路由记录、对等数据、拥塞措施、加速器队列和应用程序遥测开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于设施基准被呈现为端到端延迟或直线距离被用作服务代理。实际的响应是测量代表性负载下的完整路径,并将结果与合同服务水平进行协调。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

拟议的衡量框架;值是说明性的,必须由跟踪的服务数据替换。
| 层 | 证据 | 估价用途 |
|---|---|---|
| 设备和访问 | 客户端遥测 | 用户启动条件 |
| 网络路径 | 往返、路线、损耗和抖动 | 邻近优势 |
| 队列和数据 | 请求和检索日志 | 经营业绩 |
| 模型执行 | 公认的基准 | 计算服务质量 |
| 端到端结果 | 应用程序跟踪和 SLA | 契约结果 |
拟议的框架;每一层都需要一个带时间戳的、可重复的测试。
5.区分网络邻近性和地理位置
如果光纤路由、对等互连、拥塞或云入口匝道较弱,附近的设施可能会表现不佳。通过更好的互连和交通工程,更远的设施可以超越它。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [3][4][9][11]
证据文件应从光纤路由、运营商多样性、互联网交换、云入口、自治系统路径、数据包丢失、抖动和恢复历史记录开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败是城域标签和地图距离替代了测试的网络性能。实际的应对措施是使用测量的路径质量和路由多样性作为位置证据,然后在网络发生重大变化后重新测试。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
6. 将绩效需求转化为合同需求
只有当信誉良好的客户在规定的期限内购买规定的服务时,技术需求才可以融资。预订、最低支出、照付不议和终止条款决定了有多少需求可以支持资本。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][13][14]
证据文件应以客户身份、产品、承诺数量、期限、价格、指数、接受、最低付款、信贷支持、终止和续订开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于客户利益、云管道或总目标市场被视为合同使用。实际的反应是根据可执行的需求调整已提交模块的大小,并将未提交的管道视为场景优势。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
7. 定义推理服务产品
位置溢价取决于服务产品而不是建筑物。产品必须定义计算、内存、互连、存储、网络、软件、可观察性、安全性、支持、可用性和性能。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [5][6][10][15]
证据文件应以技术时间表、基准、软件堆栈、身份、数据处理、监控、支持、服务信用和验收协议开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败是提供商引用标称加速器数量或兆瓦数,但无法建立可用或可比的服务。实际的应对措施是签订工作负载标准化产品合同,并在确认收入或已完成产能之前要求接受。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
| 方面 | 所需记录 | 验收措施 |
|---|---|---|
| 计算 | 加速器、存储器和拓扑 | 工作负载基准 |
| 网络 | 路由、带宽和多样性 | 加载路径延迟 |
| 软件 | 版本、许可证和可移植性 | 可重复部署 |
| 控制 | 数据、身份、密钥和日志 | 控制测试 |
| 服务 | 可用性、支持和积分 | SLA结果 |
| 商业的 | 数量、价格和期限 | 发票和现金 |
提议的规格;合同和验收记录为准。
8. 分开对待数据位置和安全性
一些客户需要国内处理、部门控制、受控管理员访问、加密或可审计数据删除。这些要求可以支持当地需求;他们需要法律和合同证据。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [10][16][17][18]
证据文件应从数据清单、控制者角色、适用法律、部门规则、威胁模型、访问设计、密钥保管、保留和审计权利开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,一般主权语言被转换为溢价,而没有客户特定的控制要求。实际的应对措施是将每个控制措施映射到合同和运营测试,并将合规成本与商业利润分开。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
9. 通过可交付的电力来控制每个站点
美国能源部和劳伦斯国家实验室的证据显示国家数据中心电力需求快速增长。本地价值仍然取决于特定地点的互连、资费、发电、限电、升级成本和交付时间。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][19][20][21]
证据文件应从公用事业协议、研究、里程碑、安全、建设范围、关税、需求费用、削减、备份和通电测试开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,宣布或请求的兆瓦数被计为运营容量并用于支持价值。实际的反应是,只有当权利和作品通过明确的证据大门转向充满活力的服务时,才承认权力价值。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

建议分数;投资委员会应批准权重和证据阈值。
10、价格大负荷并网风险
FERC 的诉讼程序表明,大负荷和同地办公安排引发了可靠性、成本分配和关税问题。电源策略可以改变时间安排、操作灵活性和第三方成本风险。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [19][20][21][22]
证据文件应以 RTO 或 ISO 资费、公用事业规则、互连研究、系统升级、传输服务、主机代管条款、灵活性义务和监管命令开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于该模型假设了固定的通电日期和不变的成本分配,而治理过程仍然开放。实际的应对措施是将里程碑概率、意外事件、延迟流动性和合同救济应用于未解决的互连风险。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
11. 承保能源价格和灵活性
推理需求可以是连续的、突发的或预定的。灵活的工作负载可能会改变地点或时间;关键工作负载可能需要稳定的供应和冗余。灵活性的商业价值取决于客户许可和服务设计。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][20][23][24]
证据文件应从负荷形状、削减权利、工作负荷流动性、电费、对冲、发电概况、存储、备份、排放要求和服务信用开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于管理层在没有确认工作负载、软件和客户允许中断或迁移的情况下假设了灵活的负载。实际的应对措施是收缩灵活性产品、测试迁移以及缩减期间损失的模型收入。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
12. 将光纤和互连建模为生产性资产
运营商入口、交叉连接、会见室、云邻接和对等互连可以提高服务质量和切换成本。它们的价值取决于积极使用、多样性和客户合同。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][9][11]
证据文件应从已安装的路线、运营商协议、交叉连接库存、流量、路线多样性、故障历史记录、定价和客户依赖性开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,互连生态系统的价值是根据提供商数量来评估的,而没有流量、冗余或付费关系的证据。实际的应对措施是将网络价值与合同服务、经过测试的故障转移和可观察的使用情况联系起来。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
13. 选择正确的部署层
该架构可以使用设备、场所、城域边缘、区域设施或中央云容量。当工作负载需求不同或使用本地容量来实现弹性时,组合可以组合各层。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [6][7][8][10]
证据文件应从延迟目标、数据量、用户密度、模型大小、更新频率、弹性、操作技能和总成本开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,在比较其他层的服务和经济性之前就选择了城域网部署。实际的应对措施是针对每个工作负载运行放置决策,并为其唯一满足的约束保留本地容量。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
14. 保留提供商和硬件的可选性
加速器供应、软件生态系统和模型架构的变化速度比空壳和公用事业资产变化得更快。可选性需要兼容的电力、冷却、网络、软件和合同权利。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][15][25]
证据文件应从机架密度、冷却范围、电气设计、设备尺寸、软件许可证、模型可移植性、供应商条款和转换范围开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于基本情况假设当前硬件对于全部财产或债务期限仍然具有竞争力。实际的应对措施是将外壳和设备的寿命分开,为转换储备提供资金并维持经过测试的部署替代方案。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
15. 融资模块的舞台能力
模块化开发可以使资本与经过验证的需求、公用事业交付和设备可用性保持一致。仅当共享基础设施和采购允许真正暂停时,10 兆瓦区块才有用。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][3][13][14]
证据文件应从模块范围、共同工程、长期订单、取消权、独立调试、客户需求和资金条件开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于该计划被标记为模块化,而第一个承诺在经济上锁定了整个校园。实际的应对措施是确定每个模块的沉没共享成本、决策日期和合同停止权。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

完全是假设的;每个10兆瓦组件都需要自己的需求、电力和资金释放。
16. 根据工作量和场地建立单位经济效益
每个计算单元的收入必须与加速器利用率、电力、冷却、网络、许可证、支持、故障、服务积分、更新、税收和融资相协调。投资组合平均值可以隐藏薄弱模块。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][13][14]
证据文件应以接受的容量、计划和活动时间、请求量、实现价格、折扣、电力、网络、软件、员工、维护和积分开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于总体收入或毛利率不包括提供承诺的响应和可用性所需的成本。实际的反应是在合并之前按产品、客户、工作负载和站点计算贡献。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
| 收入或成本 | 测量依据 | 常见遗漏 |
|---|---|---|
| 服务收入 | 接受的计费单位 | 管道或预留重复计算 |
| 电力和冷却 | 计量交付服务 | 需求费和损失费 |
| 网络 | 承诺流量和可变流量 | 交叉连接和中转 |
| 软件和支持 | 许可和服务使用 | 可移植成本 |
| 设备 | 折旧、租赁和更新 | 残留和去除 |
| 服务失败 | 积分、重试和丢失使用 | 客户补救措施 |
拟议的框架;成本应与发票和操作系统保持一致。
17. 单独的容量状态
土地、公用事业研究、电力储备、建筑、通电外壳、安装的设备、接受的服务、预留容量、计费使用和收集的现金代表不同的经济状态。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][2][3][4]
证据文件应以每个州的证据定义、所有者、日期、依赖性、接受、发票和付款开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于管道兆瓦被添加到运行兆瓦中,或者预留被计为利用率。实际的应对措施是发布现金能力瀑布图并禁止跨州重复计算。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
18.将资本与资产寿命相匹配
土地、公用工程、外壳、冷却、网络、加速器和软件具有不同的使用寿命、剩余风险和安全性。融资应遵循可收回资产和现金流期限。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [26][27][28][29]
证据文件应从资产登记、成本、使用寿命、剩余证据、租赁、留置权、服务合同、更新计划、担保和贷款人权利开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,长期项目债务为短期技术提供资金,而这些技术的现金流在到期前就消失了。实际的应对措施是使用长期债务来购买耐用的场地资产,使用队列融资来购买设备,并使用股权来购买不确定的需求和更新。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
19. 合同锚定而不造成搁浅能力
当合同确定产品、数量、开始时间、价格、验收和补救措施时,主力客户可以支持模块。集中度和技术特异性会削弱转租价值。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][13][14]
证据文件应以锚定信贷、期限、产能计划、坡道、预付款、终止、信贷支持、设备专用性和替代权开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于大客户名称取代了合同分析和未来转租假设。实际的应对措施是调整债务规模,以应对紧张的锚定现金,并评估转换成本和停机时间后的替代用途。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
20、规划技术更新及残值
推理硬件在发生物理故障之前可能会在经济上变得过时。剩余价值取决于二次需求、软件支持、能源效率、重新部署成本和租赁条款。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [3][15][25][29]
证据文件应从队列年龄、每瓦性能、软件支持、维护、二级市场证据、拆除成本、重新部署和减值指标开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败是通过预测将账面价值或供应商标价视为可收回价值。实际的应对措施是使用保守的队列残差、计划更新储备和早期损伤触发器。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
21. 应用假设的 80 兆瓦投资组合
该案例测试了四个美国城市集群,每个集群通过两个 10 兆瓦模块提供。它提供了一个决策模型,但不描述已宣布的项目、客户或资本承诺。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][2][19][26]
证据文件应以陈述的假设用途、来源、模块门、客户预订、利用率、价格指数、功率、刷新和下行假设开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于该模型从市场增长叙述而不是合同服务证据中填充了所有模块。实际的应对措施是一次释放一个模块的资本,并保留推迟、转换或重新安置设备的权利。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

完全是假设的; USD 万元。
| 公制 | 中心案例 | 下侧或门 |
|---|---|---|
| 初始 IT 负载 | 跨越四个城市群的 80 兆瓦 | 八个 10 MW 组件 |
| 最初的用途 | USD 1,650 million | USD 1,820 million 帽 |
| 高级债务 | USD 470 million | 耐用网站只收现金 |
| 设备融资和租赁 | USD 320 million | 仅限符合条件的群体 |
| 赞助商股权 | USD 520 million | 债务提取前融资 |
| 付费容量预留 | USD 220 million | 服务和发布条款 |
| 公用事业或过渡支持 | USD 120 million | 基于里程碑 |
| 第四年计费利用率 | 67% | 46% 综合下行 |
完全是假设的;数字并不描述已宣布的项目或交易。
22.分配建设和运营风险
土地、许可、公用事业、网络、设备、调试、服务、网络安全和客户风险由不同各方承担。合同分配应遵循控制和资产负债表能力。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [19][20][26][27]
证据文件应从风险矩阵、合同上限、保险、担保、直接协议、救济事件、终止、服务信用和介入权利开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于项目公司保留了由公用事业公司、供应商或客户控制的风险,而没有补偿或追索权。实际的应对措施是将每个风险分配给控制方,并为保留的相关风险敞口保留准备金。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
| 风险 | 主控制器 | 核心保护 |
|---|---|---|
| 实用性和能源化 | 公用事业和现场公司 | 里程碑、安全和救济 |
| 网络和路线 | 承运人和运营商 | 多样性和恢复 |
| 设备及调试 | 供应商和运营商 | 验收和保修 |
| 客户需求 | 客户和赞助商 | 最低还款额和分期 |
| 服务表现 | 操作员 | 监控和积分 |
| 刷新和残留 | 赞助商和金融家 | 队列限制和储备 |
拟议的框架;最终合同和法律决定分配。
23.同时强调利用率、价格、功率和刷新
推理设施面临相关的缺点。延迟供电可能会错过客户日期;需求疲软会降低价格;技术变革可能需要计划外的更新;浓度可以放大这三者。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][2][3][29]
证据文件应以基本和下行假设、相关性、模块时间安排、流动性、契约、治愈、赞助商支持和重新部署案例开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于单变量敏感性低估了延迟、价格和刷新冲击组合的流动性影响。实际的应对措施是运行组合情景并确定最早的现金、契约和融资失败。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。

完全是假设的;年度服务收入指数,其中中心情况等于 100。
24. 合同现金和随身现金分开计价
与经过测试的地铁需求相关的现金可以支持位置价值。当价格、技术或功率发生变化时,便携式或短期需求可能会发生变化。管道和可选扩展需要概率和成本。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][13][14]
证据文件应以合同条款、地点条款、履约义务、终止、转换成本、可移植性、续订和替代提供商证据开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败是所有收入都收到相同的倍数,因为它被标记为 AI 基础设施。实际的应对措施是在应用价值之前根据耐用性、位置依赖性、利润、资本需求和可转移性对现金进行细分。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
25. 只有在获得延迟溢价时才承认延迟溢价
溢价需要可衡量的响应优势、客户对该优势的需求、可执行的付款以及保留利润的成本结构。结果可能因工作量和一天中的时间而异。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [7][9][11][12]
证据文件应从受控基准、加载路径测试、客户接受度、价格表、最低付款、服务信用、替代站点比较和保留利润开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于营销宣传、基准毫秒或地铁邻近度在没有付费证据的情况下被资本化。实际的应对措施是仅在服务接受并兑现后才确认溢价,然后针对下一个最佳架构重新测试。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
26. 贷款人和投资者的设计监控
监控应连接容量、网络性能、客户服务、电力、设备、收入和现金。它应该区分临时经营差异和结构性价值减值。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][13][29]
证据文件应以数据字典、设施遥测、网络跟踪、服务日志、公用事业发票、客户发票、信用、现金、队列记录和异常开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于仪表板报告的正常运行时间和利用率指标无法与客户接受度和现金相一致。实际的应对措施是按模块、工作负载和客户维护可审计的容量-服务-现金记录。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
27. 计划退出、转换和重新部署
退出价值可能来自稳定的基础设施现金、战略网络地位、再开发权、设备销售或运营平台价值。每条路线都需要不同的买家和证据集。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [2][3][4][25]
证据文件应从所有权、公用事业权利、合同、网络关系、设备所有权、软件权利、转让同意、转换预算和买方范围开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,在专门的合同和硬件到期后,最终价值呈现出通用数据中心的倍数。实际的反应是对每个退出路线的买家特定价值、转换成本、停机时间和剩余权利进行建模。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
28. 达成投资及估值决策
批准应遵循衡量的工作负载需求、接受的服务、可交付的功率、弹性光纤、模块化资本、匹配的融资、更新容量和下行流动性。在这些元素出现之前,位置值始终是有条件的。分析应确定资产所有者、公用事业对手方、网络运营商、服务提供商、客户、金融家和承担补救或过渡成本的各方。 [1][9][19][26]
证据文件应从工作量图、延迟证据、客户合同、站点入口、资本计划、资产寿命、风险分配、场景、控制和批准记录开始。每条记录均应说明范围、定义、生效日期、到期或刷新点、责任所有者以及与接受的服务和现金的关系。公开报告确立了市场和监管背景。估值和融资结论需要产权、已履行的义务、经营计量和付款证据。
主要的失败在于,战略紧迫性或 AI 市场增长成为在证据成熟之前投入全部投资组合的理由。实际的反应是批准阶段资本并在每个模块从权利转向接受服务并收集现金时确认价值。中心假设应与源文件和系统记录保持一致。下行案例应结合相关的需求、价格、延迟、网络、电力、建筑、技术、客户、监管和流动性风险。管理估计应在模型中确定,并在支持证据发生变化时更新。
| 决定 | 最低限度的证据 | 可能采取的行动 |
|---|---|---|
| 工作负载安排 | 经过测试的需求和替代方案 | 地方、区域或中央 |
| 站点模块 | 需求、电力、光纤和许可证 | 批准、调整规模或推迟 |
| 债务 | 强调合格的现金和安全 | 借出、附条件或减少 |
| 设备队列 | 接受的服务和剩余 | 融资、租赁或持有 |
| 位置优越 | 付费延迟或控制需求 | 识别、限制或拒绝 |
| 下一个模块 | 利用率、现金和流动性 | 释放、转换或停止 |
提议的治理;每项批准都应标明证据、所有者和有效期。
来源
- 劳伦斯伯克利国家实验室,*美国数据中心能源使用报告:2025 年更新*(2026 年)。 阅读主要来源
- Equinix,*2025 年 10-K 表格年度报告* (2026)。 阅读主要来源
- Digital Realty Trust,*2025 年 10-K 表格年度报告* (2026)。 阅读主要来源
- Digital Realty Trust,*截至 2026 年 3 月 31 日的季度 10-Q 表格季度报告*。 阅读主要来源
- 美国国家标准与技术研究院,*NIST 云计算定义*,SP 800-145. 阅读主要来源
- 美国国家标准技术研究院,*雾计算概念模型*,SP 500-325. 阅读主要来源
- 联邦通信委员会,*第十三次测量宽带美国固定宽带报告*,FCC 24-136 (2024). 阅读主要来源
- 美国国家标准技术研究院,*Edge AI*。 阅读主要来源
- 联邦通信委员会,*2024 年通信市场报告*,FCC 24-136。 阅读主要来源
- 美国国家标准技术研究院,*AI 风险管理框架*。 阅读主要来源
- 美国国家标准与技术研究所,*以信息为中心的网络计划*。 阅读主要来源
- 联邦通信委员会,*测量美国宽带方法*。 阅读主要来源
- Equinix,*2025 年年度报告印刷版*。 阅读主要来源
- Digital Realty Trust,*2026 年第二季度投资者介绍*。 阅读主要来源
- MLCommons,*MLPerf 推理基准*。 阅读主要来源
- 美国国家标准技术研究院,*零信任架构*,SP 800-207. 阅读主要来源
- 美国国家标准与技术研究院,*信息系统和组织的安全和隐私控制*,SP 800-53 Rev. 5。 阅读主要来源
- 美国国家标准与技术研究所,*网络安全框架 2.0*。 阅读主要来源
- 联邦能源管理委员会,*大负载与州际输电系统的互连*,案卷 RM26-4。 阅读主要来源
- 联邦能源管理委员会,*FERC 启动有针对性的行动以加速大负荷整合*(2026 年)。 阅读主要来源
- 联邦能源管理委员会,*FERC 命令就与运行数据中心相关的主机托管问题采取行动 AI* (2025)。 阅读主要来源
- 北美电力可靠性公司,*新兴大负荷的特征和风险*(2025 年)。 阅读主要来源
- 美国能源信息管理局,*《电力月刊》*。 阅读主要来源
- 美国能源信息署,*年度能源展望*。 阅读主要来源
- Core Scientific,*2025 年 10-K 表格年度报告* (2026)。 阅读主要来源
- IFRS 基金会,*IFRS 16 租赁*。 阅读主要来源
- IFRS 基金会,*IFRS 9 金融工具*。 阅读主要来源
- IFRS 基金会,*IFRS 15 客户合同收入*。 阅读主要来源
- IFRS 基金会,*IAS 36 资产减值*。 阅读主要来源
- IFRS 基金会,*IFRS 13 公允价值计量*。 阅读主要来源
- 国际能源署,*能源和 AI* (2025)。 阅读主要来源
- 美国能源部,*为美国的 AI 未来提供动力;数据中心资源中心* (2026)。 阅读主要来源
- 劳伦斯伯克利国家实验室,*2024 年美国数据中心能源使用报告*。 阅读主要来源

