补偿规则

> 规则版本 V2.0
> 最后更新日期： 2026-03-09

### 补偿规则
是否获得补偿及补偿麦币，将严格依据以下表格判定和计算：

| 故障情况分类 | 补偿规则说明 | 是否获得补偿 | 补偿计算 |
| ------------ | ------------ |------------ |------------ |
| CDN 故障 | 因 CDN 问题导致服务不可用 | 插件 ＜ 2.5.0 | 见下方公式 (1)，**单次最高 200** |
| | | 插件 ≥ 2.5.0 | 见下方公式 (1)，**单次最高 1000** |
| | | 插件 ≥ 2.6.0 且禁用了高级网络特性 | 见下方公式 (1)，**单次最高 100** |
| 转发线路故障 | 因转发线路问题导致转发服务不可用 | 若 CDN 故障则计算 | 见下方公式 (1)，**单次最高 1000** |
| 核心源站不可用 | 核心服务源站导致服务失效 | 是 | **见下方公式 (1)**，**单次最高 1000** |
| 插件严重 Bug | 插件存在严重缺陷，导致核心功能无法正常使用或产生严重后果 | 是 | 见下方公式 (2)，**单次最高 1000** |
| 非中国大陆区域 | 不在服务范围 | 否 | 0 |
| 计划内例行维护 | 提前公告（通常 ≥ 1 小时）的计划内维护 | 是 | 见下方公式 (3)，**单次最高 100** |
| 其他非计划故障 | 未在上述列表中的故障原因 | 否 | 0 |

#### 核心源站不可用补偿计算公式 (1)
`补偿数量` = MAX(0, MIN(10000, **实际不可用小时数 X 500**))
*   **`实际不可用小时数`**：指从我方确认故障开始到服务完全恢复所持续的**整小时数**（如持续 1 小时 20 分钟，计为 1 小时；持续 3 小时 45 分钟，计为 3 小时）。

#### 插件严重 Bug 补偿计算公式 (2)
`补偿数量` = MAX(0, MIN(1000, (严重等级对应的权重) X 10))
`严重等级`：根据 Bug 对用户核心功能影响的范围和程度评估（需我方确认），赋予不同的等级权重：

| 影响描述与等级             | 严重等级 | 严重等级权重 |
| ------------------------ | ------- | ---------- |
| 轻微功能异常，可绕行或影响极小                     | S1       | 2           |
| 部分核心功能间歇性失效或导致设备性能大幅下降，无法正常使用 | S2       | 5          |
| 关键核心功能完全失效，或导致用户数据/隐私风险      | S3       | 50          |
| 服务完全不可用，或造成用户重大损失/安全事件      | S4       | 100         |

### 补偿发放
**触发条件：** 我方确认发生了符合上述补偿规则的服务中断/故障
**适用用户：** 在故障时段内有效用户
**发放方式：** 补偿将以优惠码形式发放。符合条件的用户需在故障解决后的 3 个自然日内，**主动联系客服** 并提供账户信息以申领补偿优惠码，逾期视为自动放弃。
 **发放时效：** 我们将在用户申领并核实无误后的合理时间（一般不超过 7 个工作日）内完成优惠码的发放。

### 免责声明
*   因以下原因导致的服务问题，不属于本条款补偿范围：
    *   用户自身网络、设备、系统或配置问题。
    *   用户未按使用说明或文档操作。
    *   不可抗力因素（如地震、洪水、大规模网络攻击、政策等）。
    *   第三方服务（如用户使用的非我方平台、第三方API服务等）故障或限制。
    *   非计划维护但因不可抗力或紧急安全事件（如零日漏洞修补）必须立即执行，且后续发布详细解释报告的。
*   本补偿条款提供的补偿点是我方在符合条款条件下提供的额外服务权益，**不构成对我方违约责任的认可，也不等同于用户损失赔偿的法定责任**。
*   我方保留根据服务发展情况、法律法规要求，修改或终止本补偿条款的权利。修改后的条款将通过官方渠道（如官网公告等）公布。若您继续使用本服务，即视为接受更新后的条款。