# 3.1 资产登记与标准化框架

#### 3.1.1 目标与原则

资产登记不是“把资产放到链上展示”，而是建立一套可执行的标准体系，使算力资产能够被一致地描述、验证、计量、结算与治理。MetaPower 的资产登记框架满足四个目标：

* **边界清晰**：明确资产包包含哪些要素，哪些数据进入结算，责任归属如何划分
* **口径统一**：在线、产出、能耗、运维事件等指标具备统一语义与统计粒度
* **证据可追溯**：资产交割、验收、运维、迁移、审计文件形成可验证证据链
* **跨系统兼容**：可与机房监控、矿池回执、账单系统、第三方审计系统对接，降低集成成本

***

#### 3.1.2 资产对象模型与登记结构

MetaPower 将“算力并购资产池”拆解为可组合对象，并采用分层登记。核心对象包括：

* **Asset Bundle**：资产包，结算与治理的最小单位
* **Compute Unit**：算力单元，设备级对象
* **Site**：机房站点与机房能力边界
* **Power Contract**：电力与计费结构
* **O\&M Contract**：运维服务与 SLA
* **Settlement Route**：收益与成本结算路径
* **Evidence**：证据对象，文件与事件的不可篡改索引
* **Risk Profile**：风险画像与分层规则

**A. 资产包登记字段表**

| 字段组  | 字段                    | 类型     | 约束         |
| ---- | --------------------- | ------ | ---------- |
| 标识   | bundle\_id            | string | 全网唯一       |
|      | version               | int    | 单调递增       |
|      | status                | enum   | 受状态机约束     |
| 组成   | compute\_units        | array  | 至少 1 个     |
|      | site\_id              | string | 必填         |
|      | power\_contract\_id   | string | 必填         |
|      | om\_contract\_id      | string | 必填         |
| 结算   | settlement\_route\_id | string | 必填         |
|      | settlement\_cycle     | enum   | 日/周/月      |
|      | currency              | enum   | 结算计价单位     |
| 指标口径 | metric\_profile\_id   | string | 必填         |
| 风险   | risk\_tier            | enum   | A/B/C 或更细分 |
|      | risk\_limits          | object | 阈值集合       |
| 证据   | evidence\_index       | array  | 哈希与签名索引    |
| 权限   | access\_policy\_id    | string | 必填         |
| 审计   | audit\_trail          | array  | 操作记录不可删改   |

**B. 资产 ID 规范**

资产 ID 采用可解析编码，支持区域与站点层级扩展：

* `bundle_id = MPB-{REGION}-{SITE}-{YYYYMM}-{SEQ}`
* `unit_id = MPU-{SITE}-{RACK}-{U}-{SEQ}`

ID 规则要求可静态校验，防止人为构造冲突或重复。

***

#### 3.1.3 状态机与生命周期标准

资产必须遵循状态机流转，任何越级变更无效。状态机将“交割、上线、结算、处置”统一为可治理流程。

**A. 资产包状态机**

| 状态            | 含义    | 允许进入条件            | 允许退出条件  |
| ------------- | ----- | ----------------- | ------- |
| Draft         | 草案登记  | 完成字段完整性校验         | 提交尽调材料  |
| Underwriting  | 尽调建模  | 证据索引齐全            | 通过准入闸门  |
| Closing       | 交割验收  | 交割文件齐全            | 验收完成    |
| Bootstrapping | 上线基线期 | 监控接入完成            | 基线指标达标  |
| Active        | 正常结算  | Proof 与 Oracle 达标 | 触发异常或退役 |
| Degraded      | 降级运行  | 异常触发或抽检未达标        | 恢复达标或熔断 |
| Suspended     | 熔断暂停  | 达到熔断阈值            | 完成仲裁或处置 |
| Migrating     | 迁移中   | 迁移审批通过            | 迁移完成并复验 |
| Retired       | 退役    | 处置决议通过            | 归档封存    |

**B. 最低基线指标**

资产进入 Active 前必须满足基线集合，基线由治理参数定义并可调整：

* 在线率达到阈值
* 有效产出与额定能力偏差在阈值内
* 能耗与账单偏差在阈值内
* 关键运维事件可被记录与签名
* 结算路径对账可闭环

***

#### 3.1.4 指标口径标准与数据契约

MetaPower 采用“指标字典 + 数据契约”方式，确保不同数据源进入系统后仍保持统一语义。

**A. 指标字典示例**

| 指标   | 符号                | 单位                 | 粒度         | 统计规则      |
| ---- | ----------------- | ------------------ | ---------- | --------- |
| 在线率  | uptime            | %                  | 5min/15min | 去除维护窗口    |
| 额定产能 | rated\_capacity   | TH/s 或 TFLOPS      | 静态         | 以验收文件为准   |
| 有效产出 | effective\_output | coin/day 或 job/day | 日/周        | 以回执对齐     |
| 平均功耗 | avg\_power        | W                  | 5min/15min | 去除离线空窗    |
| 电力成本 | energy\_cost      | 法币/周期              | 周/月        | 账单与功耗交叉校验 |
| 运维事件 | om\_event         | enum               | 事件         | 强制事件化     |

**B. 数据契约**

每个数据源必须满足最小契约，否则不能进入结算管线：

* 时间戳与时区统一
* 数据签名与来源标识
* 缺失值处理规则固定
* 统计粒度固定
* 重放保护与序列号

***

#### 3.1.5 证据体系与不可篡改审计链

资产登记的可信度来自证据体系。MetaPower 把证据分为文件类与事件类两大类，并统一以哈希索引方式固化。

**A. 文件类证据**

* 并购/采购合同
* 交割清单与验收报告
* 托管合同、电价协议、运维 SLA
* 保险与维修协议
* 第三方审计报告

文件处理标准：

* 文件正文计算哈希
* 哈希与文件元信息写入 Evidence Index
* 由指定签名者对哈希签名
* 多签确认后才能进入下一状态

**B. 事件类证据**

* 上架、下架、迁移、维修
* 温控异常、电力波动、网络中断
* 结算对账异常、延迟支付、违约触发
* 抽检与审计结论

事件处理标准：

* 事件必须具有唯一 ID
* 事件必须带时间戳与签名
* 事件必须关联到 bundle\_id 与 unit\_id
* 关键事件触发状态机流转

**C. 审计轨迹格式**

审计轨迹以不可删改追加形式记录：

| 字段             | 描述    |
| -------------- | ----- |
| actor          | 操作主体  |
| action         | 操作类型  |
| object\_id     | 目标对象  |
| prev\_state    | 变更前状态 |
| next\_state    | 变更后状态 |
| evidence\_refs | 证据索引  |
| timestamp      | 时间戳   |
| signature      | 签名    |

***

#### 3.1.6 权限与披露分层

资产登记同时满足商业敏感与生态透明两类要求，采用分层披露策略：

* **公开层**：资产包规模、风险等级分布、结算事件摘要、治理记录
* **受限层**：站点与对手方细节、合同条款、电价结构细项
* **审计层**：完整文件与原始数据，供指定审计方核验
* **执行层**：运维与监控接口权限，最小必要授权

权限策略以“角色-动作-对象”描述，并与签名体系绑定，所有权限变更进入审计轨迹。


---

# 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-3-zhang-xie-yi-ti-xi-yu-ji-shu-lan-tu/3.1-zi-chan-deng-ji-yu-biao-zhun-hua-kuang-jia.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.