量子云中间件汇总：API 分布与利润压缩

介绍

量子计算是通过分层市场提供的。硬件公司运营量子处理单元。公共云和硬件供应商通过应用程序编程接口公开设备。软件框架准备电路和工作负载。中间件可以选择提供商、编译作业、协调经典资源、跟踪成本、存储结果和实施治理。企业用户将堆栈体验为一个工作流程，即使多方可能控制其组件。

官方文档证明了这一层的商业重要性。 Amazon Braket 提供对多个基于门的模拟设备的访问，通过区域服务提交工作并将结果存储在客户控制的云存储中 [1,2]。 Azure Quantum 管理工作区、目标和作业元数据，同时注意到提供程序本机作业可能需要不同的格式或参数 ^[5]。 IBM Quantum 区分作业、批处理和会话执行，因为调度、排他性、延迟和预算行为不同 [6,7]。中间件可以为客户简化这些差异，但它不能使潜在的约束消失。

因此，整合是合理的。买家可以将编排引擎、框架适配器、成本管理、企业安全、应用程序库和客户访问结合起来。汇总可以减少重复工程并加速交叉销售。它还可能增加对相同供应商的接触，结合不兼容的架构并创建更大的低利润经销商。董事会需要一种将受控价值与总体活动分开的方法。

本文提供了这种方法。它从客户决策开始，映射平台和依赖堆栈，测试收入呈现和单位经济学，评估客户和供应商集中度，并构建概率加权估值。然后，它将不确定性转化为交易条款和保留可移植性和客户信任的集成计划。

1 将汇总论文定义为客户成果

收购论文应说明合并后的业务将解决的客户问题。例如，为企业提供通往多个设备的一条受控路线、减少移动工作负载所需的工程、提高工作可靠性、控制量子支出、重现实验或将量子任务集成到现有的高性能计算流程中。论文应确定负责任的用户、当前的替代方案、可衡量的结果和支付意愿。

笼统地声称买家将创建一个量子平台是不够的。平台价值取决于公司控制哪些交互以及用户留下来的原因。董事会应指定所需的控制点是开发人员访问、工作流程编排、提供商选择、安全性、数据沿袭、成本管理、应用程序逻辑还是最终业务决策。每个职位都有不同的竞争环境和估值基础。

反事实应包括直接提供商访问、公共云市场、开源框架、内部工程和传统的高性能计算工作流程工具。为了方便起见，客户可以接受多提供商抽象，同时保留绕过它的能力。尽职调查团队应测试提议的组合是否足以改变客户的成本、速度、风险或治理以支持定期付款。

汇总论文应包括反驳证据。应用程序编程接口的高使用率可能反映了免费试用或促销积分。大型设备目录的活跃使用可能会受到限制。统一的接口可能只暴露最低的共同点。董事会应确定导致其降低价格、改变结构或停止交易的证据。

2 将平台从用户意图映射到结果

平台图应端到端地遵循一个工作负载。它从用户的问题和源代码开始，然后涵盖框架翻译、电路或程序表示、编译、优化、提供商和设备选择、身份验证、作业提交、排队、经典协同处理、执行、错误处理、结果检索、存储、成本分配和决策报告。每一步都应明确控制方和可转让资产。

这张图揭示了中间件是否真正处于核心地位。公司可以提供有吸引力的门户，而提供商软件则执行编译和执行。另一种可能公开一个应用程序编程接口，但依赖于单独的适配器和手动支持。第三个可能拥有跨环境的策略、调度、遥测和工作流程状态。如果控制措施安全、可靠并被客户接受，第三个位置可以支持更高的转换成本。

买方应区分控制平面和数据平面。控制平面管理身份、策略、路由、版本、作业、预算和记录。数据平面承载电路、参数、结果和相关信息。控制平面的所有权可以创造价值，因为它控制重复使用。它还规定了安全性、可用性和数据权利的责任。

每一次交接都需要有证据记录。尽职调查团队应捕获接口版本、服务级别、提供商条款、故障模式、重试逻辑、延迟、队列行为、数据位置和支持所有权。没有运行历史和合同的图表无法建立运营控制。

3 确定客户的工作和决策路径

当中间件支持客户工作在硬件发生变化时继续进行时，它就很有价值。该工作可能是实验、算法基准测试、应用程序开发、工作负载调度、成本治理或受监管的研究。董事会应确定中间件输出进入客户技术或商业决策的点。

对于研究团队来说，相关结果可能是跨设备的可重复比较。对于企业平台团队来说，可能会控制访问和预算分配。对于应用程序公司来说，这可能是混合工作流程的可靠执行。相同的软件可以服务于这三者，但证据和支付意愿不同。

尽职调查团队应跟踪样本客户从初始设置到重复使用的整个过程。所需的证据包括用户角色、工作负载、活跃提供者、成功和失败的作业、支持票证、成本记录、结果使用和更新。面谈应确认哪些功能最难替换，以及客户是否可以直接转向供应商。

客户成果应在整个流程完成后进行衡量。当排队时间、编译、数据准备或科学审查仍然占主导地位时，更快的提交界面的价值有限。价值案例应量化采用前后的工程时间、失败的运行、治理工作、计算成本和决策周期时间。

4 区分编排软件和计算转售

量子中间件可以赚取订阅费、使用费、托管服务费、专业服务收入和第三方计算利润。这些流应该分开，因为它们的经济原理不同。当客户为受控功能付费时，订阅收入可以支持软件的数倍增长。计算转售可能是转手活动，其价值取决于合同价差、营运资金和供应商准入。

IFRS 15要求主体在另一方参与交付时在转让前评估其是否控制特定商品或服务 ^[18]。委托人通常记录总代价；代理人记录其费用或佣金。法律和会计结论取决于合同事实，包括责任、库存风险和定价自由裁量权。因此，交易尽职调查应将报告的收入与基本承诺和控制证据进行核对。

买方应计算 QPU 费用、模拟器成本、经典计算、存储、网络、支持、积分和退款后的毛利润。促销积分不应被视为可持续利润。未使用的最低承诺应包含在供应商经济学中。经销商可以表现出快速的收入增长，而毛利润和现金贡献仍然疲软。

编排价值的测试应独立于转售。该团队可以在不捆绑计算的情况下对软件进行定价，比较直接和间接路线，并衡量供应商使用情况发生变化的客户的续约情况。在供应商发生变化时留住客户的平台具有更强有力的受控价值证据。

5 测试接口可移植性和抽象税

可移植性有几个层次。源可移植性意味着程序可以在另一个框架中表达。构建可移植性意味着可以重新创建依赖关系和环境。执行可移植性意味着工作负载可以通过另一个提供商运行。性能可移植性意味着它仍然高效。结果可移植性意味着输出和来源在迁移后仍然可用。

共同的表达可以减少摩擦。 Azure Quantum 文档描述了量子中间表示作业的提交，并指出提供程序本机作业可能需要不同的格式或参数 ^[5]。 OpenQASM 和 QIR 提供了有用的接口标准 [10,11]。框架插件可以扩大访问范围[12,13]。标准支持翻译；它们不保证相同的原生门、校准、拓扑、调度、缓解或价格。

抽象税是最佳特定于提供商的实现与中间件路线之间的差异。它可能表现为额外的延迟、电路效率较低、功能缺失、新功能采用速度较慢、支持更多或可观察性降低。买方应通过中间件并直接通过提供商工具对代表性工作负载进行基准测试。

一个可靠的平台可以透明地管理税收。它可以公开可移植核心，同时允许特定于提供者的扩展、保留中间表示并记录每个转换。然后，客户可以根据证据在可移植性和优化之间进行选择。隐藏实质性差异的最低公分母界面可能会增加风险并削弱信任。

6 衡量供应商集中度和议价能力

供应商地图应识别每个硬件提供商、公共云、模拟器、经典计算服务和关键软件依赖项。对于每种关系，尽职调查应记录支出、工作负载份额、合同期限、定价、信用、终止、数据处理、服务水平、功能访问、路线图依赖性和替换路径。

浓度应该通过多种方式来测量。支出集中度显示了经济风险。工作负载集中度显示了运营依赖。供应商的客户集中度揭示了供应商的变化是否会威胁到特定的客户。功能集中度表明专有功能是否难以替代。地理集中度可能会产生数据驻留或服务连续性风险。

目前的公开证据表明了该测试为何重要。 Amazon Braket 列出了来自多家硬件提供商的设备 ^[2]。 IonQ 通过主要云平台及其自己的服务报告可用性 ^[23]。 Rigetti 描述了其专有云服务以及公共或私有云集成 ^[24]。这些路线扩大了分销范围，同时为硬件供应商和云提供了直接的客户关系。

买方应该模拟供应商对汇总的反应。供应商可能会欢迎额外的需求、减少折扣、更改界面条款、优先考虑自己的服务或直接与客户接触。合同保护、技术替代方案和客户所有权决定了中间件能否维持利润。

7 按工作量重建单位经济效益

单位经济效益应该根据个人工作量而不是综合平均值来建立。对于每个工作负载类别，买方应计算客户价格、QPU 使用情况、模拟器和经典计算、存储、网络、支持、科学劳动、信用、故障、退款和付款成本。结果应该显示在共享研究和公司管理费用之前的贡献。

执行模式影响经济性。 Amazon Braket 混合作业将经典资源与量子处理相结合，并在资源保持活动状态时优先考虑作业任务 ^[3]。 IBM 作业、批处理和会话模式具有不同的调度和使用特征 [7,8,9]。选择适当模式的中间件可以降低成本或延迟。糟糕的路由会增加两者。

团队应该比较报价和实现的利润。最低承诺、闲置预留、队列失败和重复作业可能会削弱贡献。客户可能会收到固定价格，而平台则承担使用波动性。使用上限、重新定价权和自动预算控制可以提高弹性。

应分别报告软件、托管工作流程、服务和转售的毛利率。混合利润可以掩盖不断增长的低利润流。估值模型应仅将软件倍数应用于由经常性软件经济学和客户证据支持的收入。

分析还应遵循规模的利润率。当基础设施和支持保持稳定时，额外的工作负载可以提高软件贡献。当新设备需要定制适配器、更多科学支持或承诺容量时，他们可以减少贡献。董事会应审查客户和提供商的增量毛利润，而不是假设总使用量会产生运营杠杆。有用的敏感度表将供应商价格、故障率、支持时间和客户价格结合在一起。这暴露了表面增长消耗现金的合约。

营运资金应该单独对待。市场结算周期、客户预付款、供应商承诺和可退还信用额可能会在报告的毛利润和现金之间造成差距。买方应核对每月账单、提供商发票、收款、递延收入和最低承诺。合并可以提高购买力，但合并后的实体可能会继承多个重叠的承诺。整合规划应量化取消成本和协议合并的顺序。

8 审计定价、计量和成本归属

测量服务是 NIST 定义下的核心云特征 ^[14]。量子中间件应该在每项提供商费用之间保留客户请求的计量。仪表应将工作、镜头、线路、预订、经典资源、存储、信用、税收和退款与发票和总账条目进行核对。

定价可以基于订阅、按任务、按镜头、按分钟、按预约、按工作流程或链接的结果。每种模型以不同的方式转移风险。按工作流程定价可以简化采购，同时使供应商面临提供商成本变化的影响。传递模型可以保护利润，同时减少差异化。企业合同可以将平台费用与受控使用结合起来。

买方应测试目标公司是否能够解释发票样本。它应该根据原始提供商记录和定价规则重现客户的费用，识别例外情况并显示批准。不协调的使用会造成保证金流失和客户纠纷。遥测缺失也会削弱群组分析和估值分析。

成本归因应包括失败和取消的作业。失败的作业可能仍会消耗经典资源或支持时间。平台应区分提供商故障、客户错误、中间件缺陷和科学不收敛。该信息支持供应商索赔、产品改进和准确的毛利率。

9 评估遥测、数据权限和控制平面

操作遥测可以成为一项重要资产。作业历史记录、提供商性能、排队时间、故障模式、编译选择、成本和客户工作流程上下文可以改进路由和支持。价值取决于合法权利、数据质量、覆盖范围和已证明的贡献。

买方应对客户输入、电路、参数、提供商元数据、结果、支持记录和聚合分析进行分类。合同应定义所有权、保密性、允许的处理、保留、删除、模型培训和跨客户使用。技术访问并不授予重复使用机密工作负载的权利。

路由逻辑应该是可解释和可测试的。平台可以根据兼容性、可用性、保真度、成本、地理位置或客户政策来选择提供商。勤奋应该重现决策、识别替代并衡量路由是否改善了预期结果。专有权利要求需要超出竞争对手可以重新创建的规则表的证据。

数据沿袭应将原始工作负载连接到每个转换和结果。完整的记录支持可重复性、审计、安全性和客户信任。它还降低了集成风险，因为买方可以迁移记录而不会失去意义。

10 分析客户群体和转换成本

客户分析应该从合同和现金开始。团队应确定付费客户、活跃用户、经常性收入、计算转售、服务、积分、递延收入和收款。产品遥测应与商业记录一致。

群组应显示期初经常性收入、扩张、收缩、流失、新的经常性收入和期末经常性收入。扩展应分为更高的软件价值和额外的直通使用。由于 QPU 价格上涨而导致总账单增加的客户不一定采用了更多的中间件。

转换成本证据包括嵌入式身份验证、策略、工作流程定义、成本控制、结果存储库、审计记录和应用程序集成。应在具有代表性的客户环境中测试迁移时间。合同期限本身并不能建立产品依赖性。

集中注意力仍然很重要。少数研究合作伙伴或政府项目可以主导早期量子收入。 Rigetti 的 2025 年文件报告了大量政府风险和几个重要客户 ^[24]。上市公司的证据并不描述假设的目标；它说明了为什么客户集中度和收入质量需要直接测试。

11 审查合同、许可和生态系统权利

合同审查应涵盖客户订阅、提供商访问、市场条款、框架许可、开源组件、数据处理、分包、服务水平、出口管制和控制变更条款。买方应确定购买后终止、需要同意或更改价格的权利。

提供商应用程序编程接口可以更改。集成清单应记录版本支持、弃用通知、兼容性测试和修复时间。亚马逊的文档历史记录包括设备添加、停用、配额更改和服务更新 ^[4]。中间件必须在不破坏客户稳定的情况下吸收这种变化。

开源框架可以加速分发，同时减少专有控制。买方应审查许可义务、贡献者权利、商标、安全性以及开放组件和专有组件之间的界限。即使代码可用，只要公司拥有可信的操作、企业功能或客户工作流程，大型社区也可以创造价值。

市场安排应与直接合同分开。云可以控制计费、客户数据、折扣和关系条款。买方应验证市场列表是否创建可转让的客户或可撤销的分销渠道。

12 评估安全、主权和运营弹性

量子工作负载可以包含机密算法、投资组合问题、分子结构和基础设施数据。中间件可能持有多个提供商的凭证，因此成为高价值的控制点。安全尽职调查应涵盖身份、特权访问、秘密、加密、软件供应链、日志记录、事件响应和数据隔离。

NIST 零信任指南要求以资源为中心的控制，而无需基于网络位置的隐式信任 ^[15]。 NIST 软件开发和供应链指南支持受控构建、依赖关系和发布实践 [26,27]。收单方应根据实际的多提供商架构测试这些控制。

数据位置和第三方处理应明确。 Amazon Braket 记录区域设备和第三方处理 [1,2]。客户合同和平台配置应反映工作负载和结果的流向。主权要求可能会限制提供商的选择并产生对私人或国家部署的需求。

弹性测试应包括提供商中断、凭证泄露、设备报废、作业失败、区域丢失和结果损坏。该平台应保留工作流程状态、通知客户、防止重复成本并支持替代路线。恢复目标应以客户承诺为基础。

13 进行可重复的技术调查

技术审查应从受控储存库和清洁环境开始。买方应构建平台、部署测试实例、连接经过批准的提供商、执行代表性工作负载并重现结果。每个手动操作都应记录下来。

测试应涵盖单元、集成、安全性、兼容性、负载、故障和迁移行为。提供者适配器需要契约测试，因为成功的响应并不能保证语义等效。团队应验证版本、单位、结果格式和错误状态是否保持正确。

代码审查应将核心编排、适配器、用户界面、企业控制、遥测、科学逻辑和部署基础设施分开。专有价值可能存在于一个组件中，而其余部分则属于标准工程。重置成本和收入方法应反映这种分配。

创始人的干预应该被衡量。如果创始人修复适配器、解释提供商错误或亲自管理关键账户，平台就会存在转移风险。买方团队的独立执行比单独的文件更有力的证据。

14 设计汇总集成架构

整合计划应在整合平台之前保持客户连续性。买方应建立规范的工作负载和结果模型、通用身份和策略层、共享遥测、合同库存和迁移工厂。然后，每个获得的产品都可以映射到受控界面中。

强制提前重写可能会破坏价值。客户可能依赖提供商特定的功能或嵌入式应用程序编程接口。集成顺序应在改变面向客户的行为之前稳定服务、仪器使用、协调经济性并迁移低风险组件。

规范模型应该保留提供者扩展。可移植核心可以支持共享策略和报告，而扩展字段保留本机功能。治理应该防止获得的适配器默默地改变语义。

一体化经济学需要一个基线。董事会应记录重复的云基础设施、适配器维护、支持、销售、研究和公司成本。应减少迁移费用、保留费用、合同同意和客户支持方面的节省。收入协同效应应该需要确定的账户、产品、所有者和转换证据。

客户迁移应作为产品版本进行管理。每次迁移浪潮都应定义资格、数据映射、接口兼容性、安全审批、验收测试、回滚和支持覆盖范围。买方应该从低复杂度的客户开始，并保留所获得的界面，直到有证据表明规范模型保留了所需的行为。迁移成功与否应通过保留使用、错误率、支持工作、毛利润和客户认可来衡量。

人员整合应该遵循能力而不是组织头衔。适配器工程、提供商关系、安全操作、客户架构和科学支持可能集中在小团队中。买方应将关键人员映射到系统和帐户、文档继承和阶段知识转移。保留奖励应与已完成的转移、服务连续性和客户成果挂钩。当专业知识仍然孤立时，更大的合并人数并不能创造平台能力。

15 检查平台竞争和连续收购风险

中间件可以连接用户和多个供应商，从而可以创建平台特性。美国合并指南审查平台之间、平台上的竞争以及取代平台的竞争 ^[16]。它还考虑了多次收购的模式和整合趋势 ^[17]。汇总策略应在签署每笔交易之前评估竞争和准入。

买方应该询问合并后的公司是否可以降低竞争对手的访问权限、偏向附属提供商、捆绑服务、限制可移植性或获取帮助客户使用多个平台的工具。即使当前收入很小，这些问题也可能出现，因为对未来接口和数据的控制可能很重要。

反垄断调查应涵盖供应商、客户、竞争中间件、开源替代品和相邻的云服务。它应该在未来的几种状态下测试市场定义并保留客户利益的证据。声称的效率应该是具体的、可验证的并且与交易相关。

一体化设计可以降低风险。透明的路由、提供商中立、导出工具、记录的接口和客户选择可以支持竞争和信任。当平台对特定供应商有经济利益时，治理应记录冲突。

16 建立收入和重置成本案例

收入模型应分别预测软件经常性收入、托管工作流程、服务和计算转售。驱动因素应包括活跃客户、用户、工作流程、提供商使用情况、价格、毛利率、保留、支持和集成成本。该模型应将收入与现金和递延金额进行调节。

软件价值应反映持久的毛利润。直通计算可以支持分发和数据，同时接收较低的倍数。服务可以实现采用，但需要劳动力并且可能无法扩展。买方应该测试供应商价格上涨、折扣损失、客户绕行和量子采用速度放缓等不利情况。

更换成本应估算重新创建适配器、编排、企业控制、遥测、客户集成、合同和团队能力所需的时间和现金。历史研究费用不会自动产生价值。分析应排除理性买家会避免的失败工作。

当提供商访问或客户关系稀缺时，更换时间可能很重要。董事会应记录哪些资产可以加速进入，哪些资产需要持续保留。替代方案的成本应保持低于开发更好的替代方案的成本，除非被收购的业务带来了可辩护的客户或权利。

17 构建假设估值

整个假设目标的年收入为 USD 31 million。编排订阅提供 USD 11 million、托管工作流 USD 7 million、专业服务 USD 6 million 和直通计算 USD 7 million。直接成本为 USD 13.8 million，产生的报告毛利润为 USD 17.2 million。该模型将这些值视为假设，而不是观察到的公司数据。

客户群包括 54 个付费组织。在扩张、新的经常性收入、收缩和流失之后，合格的经常性收入开始于 USD 8 million，结束于 USD 9 million。五个最大的客户占收入的 49%。两家最大的计算供应商占 QPU 支出的 72%。目标持有USD 58 million无限制现金并每年使用USD 24 million。

使用了四种企业价值场景。控制权有限的计算经销商的估值为 USD 95 million，概率为 30%。具有可信企业控制的编排产品的价值为 USD 240 million，概率为 38%。具有可接受的转换成本的多提供商工作流程平台的估值为 USD 515 million，概率为 24%。类别控制平面的值为 USD 980 million，概率为 8%。加权企业价值为USD 321.7 million。

该插图将 USD 78 million 分配给软件和知识产权，USD 62 million 分配给客户关系，USD 43 million 分配给遥测和运营数据，USD 31 million 分配给提供商合同和访问，USD 48 million 分配给团队和专业知识，USD 59.7 million 分配给平台选项。分配是一个决策工具；会计购买价格分配需要根据适用标准进行合格分析[19,20,21,22]。

18 结构考虑和整合

成交对价应支付受控且可转让的资产。其中包括源代码、记录的适配器、企业控制、客户合同、收集的现金和数据权利。保留可以解决合同同意、安全补救、营运资金泄漏和有争议的委托人与代理人会计问题。

或有考虑因素可能取决于软件保留、客户更新、供应商多元化、可移植工作负载性能和毛利润转换。里程碑应该是可衡量的、有时间限制的并且不易被操纵。当直通计算可以提高报告销售额同时降低利润时，仅收入是一个较弱的指标。

前一百天应该保护服务连续性、凭证、客户沟通和提供商关系。买方应建立组合的依赖性登记册、遥测基线、保证金桥和迁移计划。产品整合应遵循客户工作流程的证据。

董事会应维护一个整合价值分类账。每项计划都应说明基线、目标、成本、所有者、依赖性、时间安排和实现的结果。未实现的价值应该引发产品、资本或交易决策，而不是不受支持的平台叙述。

结论

量子云中间件可以解决真正的协调问题。客户面临着不断变化的设备、特定于提供商的界面、混合经典资源、队列、定价和治理。精心设计的控制平面可以降低这种复杂性，保存证据并使多提供商的使用变得经济可管理。

当合并后的企业拥有重复的客户工作流程、保持可移植和供应商感知的执行、控制遥测和安全并将活动转化为持久的毛利润时，汇总就能创造出可防御的价值。当供应商可以绕过平台或收入主要流向计算提供商时，仅靠分配是不够的。

交易方法应该从客户结果开始并遵循完整的工作量。它应该重建单位经济，衡量供应商和客户的集中度，测试可移植性，验证合同并复制技术。评估应将软件、关系、数据、访问、团队和未来选项分开。

交易结构和整合可以分配风险。前期价格奖励实现了控制和可转让经济。阻碍和或有考虑涉及迁移、保留、供应商依赖性和未来平台证据。这一原则使买方能够在追求规模的同时保持技术可信度、客户选择和资本效率。

附录 A 工作负载尽职调查协议

按客户、框架、提供商、设备和商业重要性选择代表性工作负载。从源头到结果重现每个工作负载，记录每个转换，比较直接路由和中间件路由，协调成本和时间，并确定手动干预。保留清洁环境证据和客户接受标准。

该协议应包括成功、失败、取消、提供商中断和迁移案例。结果应反馈给依赖性登记册、单位经济模型和整合计划。

附录 B 客户和供应商证据表

客户证据应包括合同、发票、现金、活跃用户、工作负载、支持、决策使用、续订、迁移工作和直接提供商替代方案。供应商证据应包括条款、支出、信用、承诺、服务水平、路线图访问、数据处理、终止、控制权变更和更换。

应在客户-工作负载-提供商级别对证据进行核对。合并汇总可以掩盖转嫁收入、集中度和负面贡献。

附录 C 估值数据室

估值数据室应包含按流分类的月度收入和毛利润、客户群体、提供商支出、工作量遥测、定价规则、信用、合同、现金、递延收入、积压、预测和桥梁时间表。技术文件夹应包括存储库、构建、测试、适配器版本、架构、安全性、事件和迁移工具。

每个模型输入都应链接到所有者和来源。假设的场景应该与观察到的性能明显分开。

附录 D 整合价值分类账

账本应列出每个价值举措、基线、目标、证据、所有者、成本、时间、依赖性和实现的结果。举措可能包括提供商多元化、适配器整合、通用身份、遥测统一、利润提高、客户迁移和安全修复。

董事会应按规定的时间间隔审查分类账，并保留将收购理论、运营证据和现金成果联系起来的记录。

附录 E 决策数字和表格

建议的尽职调查分类。

建议每个材料供应商的最低记录。

完全假设的管理假设； USD 万元。

完全假设的管理假设； USD 万元。

完全假设的管理假设；未观察到的公司或交易数据。

拟议的受控整合计划。

拟议的决策框架。

来源

1. Amazon Web Services，Amazon Braket 的工作原理。 阅读主要来源
2. Amazon Web Services、Amazon Braket 支持的区域和设备，2026 年。 阅读主要来源
3. Amazon Web Services，使用 Amazon Braket 混合作业。 阅读主要来源
4. Amazon Web Services，Amazon Braket 开发人员指南的文档历史记录，2026 年。 阅读主要来源
5. Microsoft，使用 Azure CLI 将作业提交到 Azure Quantum，2026 年。 阅读主要来源
6. IBM Quantum，量子计算客户端和运行时服务。 阅读主要来源
7. IBM Quantum，量子计算执行模式简介。 阅读主要来源
8. IBM Quantum，IBM Quantum 原语简介。 阅读主要来源
9. IBM Quantum，批量运行作业。 阅读主要来源
10. QIR 联盟，量子中间表示规范。 阅读主要来源
11. OpenQASM，OpenQASM 3 规范。 阅读主要来源
12. PennyLane，设备和量子硬件插件。 阅读主要来源
13. NVIDIA、CUDA-Q 文档。 阅读主要来源
14. 美国国家标准技术研究院，SP 800-145 云计算的定义。 阅读主要来源
15. 美国国家标准技术研究院，SP 800-207 零信任架构。 阅读主要来源
16. 美国司法部和联邦贸易委员会，2023 年合并指南，指南 9。 阅读主要来源
17. 美国司法部和联邦贸易委员会，2023 年合并指南概述。 阅读主要来源
18. IFRS 基金会，IFRS 15 委托人与代理人的考虑因素。 阅读主要来源
19. IFRS 基金会、IFRS 3 企业合并。 阅读主要来源
20. IFRS 基金会，IAS 38 无形资产。 阅读主要来源
21. IFRS 基金会，IFRS 13 公允价值计量。 阅读主要来源
22. 国际评估标准理事会，IVS 210 无形资产。 阅读主要来源
23. IonQ，截至 2025 年 12 月 31 日的年度 10-K 表格年度报告。 阅读主要来源
24. Rigetti Computer，截至 2025 年 12 月 31 日止年度的 10-K 表格年度报告。 阅读主要来源
25. D-Wave Quantum，截至 2025 年 12 月 31 日的年度 10-K 表格年度报告。 阅读主要来源
26. 美国国家标准技术研究院，SP 800-218 安全软件开发框架。 阅读主要来源
27. 国家标准与技术研究所，网络安全供应链风险管理实践。 阅读主要来源
28. 欧盟委员会、数据法和云切换。 阅读主要来源
29. 英国竞争与市场管理局，云服务市场调查。 阅读主要来源
30. 联邦贸易委员会，哈特-斯科特-罗迪诺最终规则和合并审查。 阅读主要来源
31. 美国国家标准技术研究院，SP 500-291 云计算标准路线图。 阅读主要来源
32. FinOps 基金会、FinOps 框架。 阅读主要来源