IDC TO B 白皮书摘要

1. 设计原则

• 每一笔 IDC 收益都应能追溯到：用户做了什么、系统如何校验、按何种规则结算。
• 双层产能：公共节点提供基础路径；绑定自有 IDC 节点并通过 Agent 上报，可获得可解释的节点加成。
• 若本页与线上实际功能或后台配置不一致，以已部署系统为准。
• 本文仅说明产品与激励机制，不构成投资、法律或税务建议。

2. 用户如何获得 IDC

• 注册与登录：邮箱验证码 + 人机验证（极验 / reCAPTCHA，可配置），降低机器注册与撞库风险。
• 签到与持续入账：签到成功后按策略获得 IDC；间隔内持续入账，到期未签则暂停，需再次签到恢复。
• IDC 节点：绑定服务器并安装 Agent → 入网登记（enroll）→ 定期上报（report）；「在线」以成功上报为准，而非仅完成登记。
• 邀请分润：支持三级关系；分润绑定下级的有效结算行为（如签到入账），而非单纯注册人数。

3. 收益如何计算（摘要）

1. 余额与速率：用户中心以 IDC/s 展示默认速率、节点加成与团队分润；审计日志记录结算日与关键参数。
2. 增长模型（示意）：总收益可抽象为「基础产能 + 安全与协作因子」；节点加成、邀请分润等具体系数由后台配置发布。
3. 邀请与事件：下级产生有效结算（签到入账、节点上报通过等）时，上级才获得对应分润；邀请页可查看本日/累计贡献及来源。

4. 节点体系

• 公共节点：为新手提供基础产能；首页可按配置展示在线数量与脱敏 IP 列表。
• 自有节点：绑定 → 入网 → 上报 → 加成汇总；失联会降级，恢复上报后可回升；加成与 CPU/内存档位、在线率及上限相关。
• 上报安全：Agent 与服务器之间采用签名与时间窗校验，防止伪造与重放。
• 密钥与凭证最小暴露：前台不回传明文密码；敏感信息不入日志；关键操作留审计记录。

5. 风控与公平

• 签到与注册设频率限制；高风险行为可触发二次验证或冷却，并尽量给出可理解的拦截原因。
• 人机验证方案可在后台切换；配合 IP / 账号限流，抑制脚本与批量攻击。
• 费率、上限等重大调整应记录版本与生效时间，便于核对与申诉。

6. 完整文档与演进

• 演进方向：结算更透明、节点上报更稳定、参数变更可公告、任务类型合规扩展。
• 仓库 docs/ 目录提供中文版完整稿与英文摘要稿（文件名以仓库为准）；也可通过上方 GitHub 链接获取 Release 版本。
• 广告、任务等前台功能与结算逻辑分离；奖励参数可能先于本页更新，请以线上配置与 Release 说明为准。

7. 常见问题

• 节点已登记（enroll），为何仍显示「待探测」？

  登记只完成身份绑定；在线状态依赖 Agent 成功上报。请检查 Agent 是否运行、网络是否通畅、系统时间是否准确，以及签名校验是否通过。

• 修改端口、用户名或密码后，节点显示离线？

  凭证变更后，监控需要重新探测确认。系统会标记为「待重检」，通过后会恢复在线状态。

• 公共节点与自有节点的收益如何叠加？

  一般为「基础速率 + 节点加成增量」。具体拆分请查看用户中心的速率面板。

• 为什么看不到邀请分润？

  需满足：邀请关系有效，且下级在统计窗口内产生有效结算。若下级未签到或未产生可结算行为，分润可能为 0。