# 2.2 算力并购资产池（Compute M\&A Pool）

#### 2.2.1 资产池定义与边界（Asset Pool Definition & Scope）

**算力并购资产池（Compute M\&A Pool）** 是由 FOXX 作为产业孵化与并购执行主体，按统一准入标准与交割流程整合的“算力资产组合”。每一个资产包不是单台设备，而是由下列要素构成的**可运营单元（Operable Unit）**：

* **硬件层（Hardware）**：算力机/服务器（可含不同制式：ASIC / GPU / 通用计算）
* **基础设施层（Infrastructure）**：机房容量（机柜/机位）、电力接入、散热系统、网络链路
* **运营层（Operations）**：运维 SLA、故障响应、备件体系、维修记录、迁移策略
* **合同与对手方层（Contracts & Counterparties）**：托管合同、电价/能源合同、结算路径、对手方信用与违约条款
* **可验证数据层（Verifiable Data）**：在线、产出、能耗、运维事件等进入 Proof→Oracle→Settlement 的证据链

**为何强调“资产组合”？**\
因为当前行业进入“电力与并网约束主导”的周期：公用事业公司披露的数据中心/大负荷接入需求出现 **GW 级增长**（已签约与潜在接入需求量级显著扩大），导致“拿到稳定交付能力”比“买到机器”更稀缺。 同时，全球数据中心在 AI 推动下被机构预测进入长期扩张周期（增长与电力约束并行）。

***

#### 2.2.2 资产标准与计量体系（Standardization & Metrics）

为了使“算力资产”具备可并购、可审计、可结算属性，MetaPower 定义统一的**资产标准（Asset Standard）与核心指标口径（Metric Canon）**。以下为建议的“最低标准集”（可直接写入白皮书作为制度约束）：

**A. 资产登记字段（Asset Registry Schema，摘要）**

* 资产ID：`MP-REGION-SITE-RACK-UNIT-SEQ`
* 资产类型：ASIC / GPU / CPU / 混合
* 额定产能：`Hashrate/TFLOPS/TOPS`（按设备类型）
* 额定功耗：`W`；能效：`J/TH` 或 `W/TFLOPS`
* 托管信息：地点、PUE（如可得）、网络 SLA、供电冗余等级
* 合同结构：电价结构（固定/浮动）、结算周期、对手方、违约条款
* 风险等级：A/B/C（见后文）
* 证据索引：验收文件哈希、运维记录哈希、审计索引等

**B. 核心KPI**

> 这些指标是 Proof→Oracle→Settlement 的“结算语义”。

| 指标                     | 定义口径（建议）                        | 结算意义       |
| ---------------------- | ------------------------------- | ---------- |
| 在线率（Uptime）            | 以 5min/15min 为粒度的可用性统计（含维护窗口规则） | 决定收益权重与信誉分 |
| 有效产出（Effective Output） | 与矿池/任务平台回执对齐后的有效产出              | 防止“空转/虚报”  |
| 能耗与电费（Energy Cost）     | 实测功耗×电价结构（含峰谷/需求电费）             | 决定净收益与风险阈值 |
| 运维事件（O\&M Events）      | 故障、维修、迁移、重启、温控异常等事件化记录          | 决定风险评分与惩罚  |
| 对手方健康度                 | 结算延迟、违约触发、账单异常等                 | 决定熔断与资产再配置 |

**C. “机器指标”举例**

以 ASIC 为例，Bitmain 官方规格页给出 S21（示例机型）的典型参数：**200 TH/s、3500W、约 17.5 J/TH**。

> 说明：白皮书可以用该类“官方规格数据”作为计量体系示例，但并不意味着资产池限定某单一机型。

**D. 能源与监管背景数据（用于论证资产标准必要性）**

美国 EIA 的初步估算指出，美国加密挖矿用电可能占美国总用电的 **0.6%–2.3%**（口径与年份见原文）。\
这类数据意味着：算力资产的能耗、并网与披露将更受关注，因此必须把“能耗—在线—产出—结算”结构化为可审计口径。

***

#### 2.2.3 并购资产池方法论（Underwriting → Closing → Proof → Settlement）

为了把算力扩张做成“可复制的资产工厂”，MetaPower 将资产池扩张定义为一条标准化管线（Pipeline）。下面用\*\*流程图 + 决策闸门（Gate）\*\*的形式呈现：

**资产并购与上链管线**

```
资产来源（并购/采购/合作）
        ↓
[Gate-0] 初筛：地区/电力/合规可行性
        ↓
尽调建模：现金流、能耗、对手方、运维能力
        ↓
[Gate-1] 准入评级：A/B/C + 风险贴现
        ↓
交割与验收：清单、文件哈希、设备上架、监控接入
        ↓
[Gate-2] 上线证明：Uptime/Output/Cost 基线达标
        ↓
Oracle 多源校验：矿池/监控/电费/账单/传感器
        ↓
Settlement 结算：分配/回购销毁/再投资/储备金/惩罚
        ↓
持续运营：抽检审计 + 风险评分 + 熔断与再配置
```

**资产评级与“风险贴现”**

| 评级    | 典型特征                     | 贴现逻辑（示例） | 结算策略（示例）        |
| ----- | ------------------------ | -------- | --------------- |
| A 级资产 | 电力稳定、SLA 强、对手方清晰、数据可验证性高 | 低贴现      | 正常权重 + 更高再投资优先级 |
| B 级资产 | 成本/稳定性中等，存在可修复短板         | 中贴现      | 降权结算 + 强抽检      |
| C 级资产 | 对手方/电力/合规不确定性高           | 高贴现或拒绝   | 仅限试运行；触发阈值即熔断   |

> **博士式要点**：贴现不是“主观判断”，而是把风险显式写入现金流模型与结算权重；当风险降低（例如连续达标、审计通过），可以按规则上调等级与权重。

**“净收益”口径与结算输入**

设某资产包在周期T内的结算输入为：

NetRevenueT​=GrossRevenueT​−EnergyCostT​−O\&MCostT​−CounterpartyLossT​

其中每一项都必须有对应的**可验证证据**或可审计凭证索引，才能进入链上结算事件（Settlement Event）。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://metapower-1.gitbook.io/metapower-docs/di-2-zhang-chan-ye-hua-lu-jing-yu-zi-chan-di-zuo/2.2-suan-li-bing-gou-zi-chan-chi-compute-ma-pool.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.