组织体系
三、组织体系
文档版本: v2.0 更新日期: 2026-01-12 状态: 技术规范
3.1 四级领地架构
Microcosm 设计了一套独特的组织架构，借鉴了军事组织的层级结构，同时融入了区块链的去中心化理念：
层级容量设计：
| 层级 | 下属领地数 | 直接用户数 | 总用户容量 |
|---|---|---|---|
| Station | - | 1,000 | 1,000 |
| Matrix | 10 Stations | - | 10,000 |
| Sector | 10 Matrices | - | 100,000 |
| System | 10 Sectors | - | 1,000,000 |
这种设计的优势：
- 可扩展性：层级结构天然支持大规模增长
- 责任明确：每级政务官只需关注下一级
- 激励对齐：政务官收益与下属表现挂钩
组织结构初始化
系统从创建之日起，必须具备完整的4级组织结构（SY-001 → SE-001 → MX-001 → ST-001），所有领地初始由团队代管。
初始领地配置：
| 领地ID | 领地名称 | 领地类型 | 上级领地 | 管理状态 | 容量 |
|---|---|---|---|---|---|
| SY-001 | Genesis System | system | NULL | 团队代管 | 10 Sector |
| SE-001 | Genesis Sector | sector | SY-001 | 团队代管 | 10 Matrix |
| MX-001 | Genesis Matrix | matrix | SE-001 | 团队代管 | 10 Station |
| ST-001 | Genesis Station | station | MX-001 | 团队代管 | 1000 Miner |
3.2 用户级别体系
术语定义
术语说明: 用户级别 (level) 与系统角色 (role) 不同。
- level: recruit | prospect | miner（基于铸造活动）
- role: admin | user | agent（系统权限角色）
- title: commander | pioneer | warden | admiral（职级头衔，基于 NFT）
用户级别定义
| 级别 | 英文名 | 升级条件 | 说明 |
|---|---|---|---|
| 新兵 | Recruit | 注册后默认状态 | 未开始铸造 |
| 探矿者 | Prospect | 开始铸造 | 30天内铸造累计 < 21天 |
| 矿工 | Miner | 30天内铸造累计 ≥ 21天 | 标准用户，归属 Station |
Prospect 升级条件: 30 天内铸造累计 ≥ 21 天后，自动升级为 Miner。
级别流转图
各级别权益对照表
| 权益 | Recruit | Prospect | Miner |
|---|---|---|---|
| 绑定API | ✗ | ✓ | ✓ |
| 免费交易额度 | ✗ | 1万USDC | ✗ |
| 付费交易额度 | ✗ | ✗ | 无限制 |
| AI Trader选择 | ✗ | 仅稳健型 | 全部类型 |
| 参与MCC铸币 | ✗ | ✗ | ✓ |
| 铸币额度 | ✗ | ✗ | ✓ (可累积) |
| 铸造权重分配 | ✗ | ✗ | ✓ |
| MCC提现 | ✗ | ✗ | ✓ (1%手续费) |
| 参与拍卖 | ✗ | ✗ | ✓ |
| 投票权 | ✗ | ✗ | ✓ |
| 归属Station | ✗ | ✗ | ✓ (必须) |
| 额度转让 | ✗ | ✗ | ✓ |
Prospect 特殊分配规则
Prospect（探矿者）尚未归属任何 Station，其铸造分配规则与 Miner 不同：
| 分配项 | Prospect | Miner |
|---|---|---|
| 用户 | 50% MCC | 50% MCC |
| 团队 | 50% MCC | 10% MCC |
| 政务官 | ❌ 不分配 | 10% MCC (4%+3%+2%+1%) |
| Station 金库 MCD | ❌ 不分配 | 30% MCD |
| 享受金库 MCD 每日1%分配 | ❌ 不享受 | ✅ 享受 |
设计说明: Prospect 不属于任何领地，因此没有政务官和金库分配，其贡献的 50% 全部归团队。
3.3 政务官层级
政务官分为四个层级，对应不同的领地规模：
| 层级 | 称号 | 管理范围 | 铸造分成 |
|---|---|---|---|
| L1 | Commander (指挥官) | Station | 4% |
| L2 | Pioneer (先驱者) | Matrix | 3% |
| L3 | Warden (守护者) | Sector | 2% |
| L4 | Admiral (将军) | System | 1% |
政务官激励机制：
政务官的收益来源于其管辖范围内所有用户的铸造产出。例如：
- 一个 Commander 管理 1000 名 Miner
- 每个 Miner 每日铸造产出 10 MCC
- Commander 可获得 4% 分成 = 10 × 1000 × 4% = 400 MCC/日
这种设计确保政务官有动力：
- 招募更多优质用户
- 帮助下属提升贡献度
- 维护社区健康发展
政务官升降级机制
升级机制
当用户拥有的下级领地数量达到10个时，系统自动创建上级领地并分配管理权：
| 升级条件 | 获得领地 | 获得职位 |
|---|---|---|
| 拥有 ≥10 个 Station | Matrix | Pioneer (先驱者) |
| 拥有 ≥10 个 Matrix | Sector | Warden (守护者) |
| 拥有 ≥10 个 Sector | System | Admiral (将军) |
升级时的领地选择：按策略资金总量从大到小排序，选择 Top 10 迁入新容器。
示例：用户B拥有12个Station，按策略资金总量从大到小排序，Top 10 迁入新 Matrix，剩余2个保持独立。
降级机制
当用户的容器内下级领地不足10个，且无独立领地可补充时，触发降级：
| 事件 | 系统动作 |
|---|---|
| 卖出Station导致Matrix内不足10个 | 尝试从独立Station补充 |
| 无法补充到10个 | 取消Matrix，所有Station变独立 |
| 用户职位降级 | Pioneer → Commander |
| 收入变化 | Matrix收入回归团队代管 |
3.4 管理权获取与转移
管理权获取方式
| 领地类型 | 获取方式 | 说明 |
|---|---|---|
| Station | 拍卖 | 唯一需要拍卖的领地 |
| Matrix | 自动升级 | 拥有≥10个Station |
| Sector | 自动升级 | 拥有≥10个Matrix |
| System | 自动升级 | 拥有≥10个Sector |
拍卖与管理权冻结
当Station被设定为拍卖状态后，原政务官的所有管理权限立即冻结：
| 权限 | 拍卖期间状态 | 说明 |
|---|---|---|
| 开除成员 | ❌ 冻结 | 防止恶意清空成员 |
| 修改分配方案 | ❌ 冻结 | 防止恶意修改比例 |
| 发放奖励 | ❌ 冻结 | 防止恶意转移资产 |
| 金库操作 | ❌ 冻结 | 防止恶意提取金库 |
| 工资收入 | ✓ 正常 | 按日计算，正常发放 |
| 激励收入 | ✓ 正常 | 按日计算，正常发放 |
冻结解除条件：
- 拍卖成功：管理权转移给新政务官，原政务官权限永久解除
- 拍卖取消：原政务官权限恢复
管理权切换时间
核心规则：拍卖成功后，管理权在次日 00:00 UTC 切换
| 时间 | 事件 |
|---|---|
| 12月15日 14:30 | 拍卖结束，用户A中标 |
| 12月15日 14:30 ~ 23:59 | 原政务官仍享有当日收入 |
| 12月16日 00:00 | 管理权正式切换给用户A |
| 12月16日起 | 用户A开始享有全部政务官收入 |
工资与激励的按日计算
虽然工资和激励是按月发放，但必须按日计算，以支持：
- 交接日清算：精确计算前任和新任的应得份额
- 不足整月发放：接任政务官首月可能不足30天
- 离任当月发放：卸任政务官最后一月可能不足30天
计算公式：日收入 = 月铸币总额 × 政务官比例 ÷ 当月天数
示例：12月铸币总额 100,000 MCC，Station 政务官比例 4%，31天 → 日收入 = 100,000 × 4% ÷ 31 = 129.03 MCC/日。如果12月16日交接：前任15天 = 1,935.45 MCC，新任16天 = 2,064.48 MCC。
3.5 Station NFT 系统
每个领地（Station/Matrix/Sector/System）对应一个链上 NFT，代表该领地的管理权凭证。
| 特性 | 说明 |
|---|---|
| 链上所有权 | NFT owner = 领地政务官 |
| 可交易性 | 可在系统拍卖或第三方市场交易 |
| 验证机制 | 链上强制验证，只有 Miner 才能接收 |
NFT 设计原则：
| 项目 | 规则 |
|---|---|
| 名称 | 政务官可自定义（最长32字符） |
| 图片 | 预设 NFT 图片，不可自定义 |
| 存储 | 图片存储在 GCS（自托管），不依赖 Arweave |
| 标准 | 基于 Solana SPL Token + 自定义合约 |
链上强制验证机制：
- 用户在系统内绑定 Solana 钱包
- 后端调用
register_user指令 - 链上创建 RegisteredUser PDA（seeds =
["registered_user", wallet_pubkey]） - 用户钱包地址与系统 UID 绑定
NFT 转移验证规则：
| 买家状态 | 能否购买 | 原因 |
|---|---|---|
| 非系统用户 | ❌ | 无 RegisteredUser PDA |
| Recruit | ❌ | is_active = false |
| Prospect | ❌ | is_active = false |
| Miner | ✓ | is_active = true |
3.6 Station 拍卖机制
Station 是组织架构的基础领地，其管理权（即 Station NFT）通过拍卖获得：
拍卖流程：
- 创建 — 系统创建新 Station（状态: INITIALIZING）
- 竞拍 — 开放竞拍期 7 天（状态: AUCTIONING），用户使用 MCC 出价
- 成交 — 最高出价者获得管理权（状态: ACTIVE），成为 Commander
- 运营 — 政务官招募用户，用户贡献产生铸造收益
拍卖规则：
| 规则 | 说明 |
|---|---|
| 起拍价 | 100 MCC |
| 最小加价 | 10 MCC |
| 竞拍周期 | 7 天 |
| 支付方式 | MCC 代币 |
| 流拍处理 | 延期 3 天，降低起拍价 20% |
管理权转移：
Station 管理权可以在以下情况下转移：
- 政务官主动出售（通过二级拍卖）
- 政务官违规被罚没（社区治理决议）
- 政务官长期不活跃（超过 90 天无操作）
3.7 Station DAO 募资系统
设计目标
- 降低参与门槛: Station 估值 100万+ USDC，普通用户无法独立参与
- 去中心化治理: 投资者持有 DAO 治理份额，参与 Station 决策
- 开放平台: 平台内外用户均可参与，基于 x402 协议
- 资金安全: 所有资金由系统 PDA 托管，发起人无资金控制权
核心特点
| 特点 | 说明 |
|---|---|
| DAO 治理份额 | 投资者持有的是治理权，不是证券 |
| 系统 PDA 托管 | 募资地址由系统生成和控制，非个人地址 |
| 仅接受 MCC | 募资只接受 MCC，不支持其他币种 |
| 开放参与 | 平台内外地址均可参与 |
| x402 协议 | 所有交互基于 x402 标准 |
DAO 收益分配
当 Station 通过 DAO 募资获得后，政务官收益进一步分配：
| 分配项 | 比例 | 归属 | 说明 |
|---|---|---|---|
| 用户 | 50% MCC | 铸造用户 | - |
| 团队 | 10% MCC | 团队金库 | - |
| 政务官 | 10% MCC | 发起人 20% + 投资者池 80% | 按份额比例分配 |
| 金库 | 30% MCD | Station 公共金库 | 每日自动发放1%给矿工 |
募资参数
| 参数 | 值 | 说明 |
|---|---|---|
| 保证金 | 10,000 USDC | 发起人缴纳，防恶意发起 |
| 募资期限 | 7-30 天 | 发起人设定 |
| 最低投资 | 100 MCC | 单笔最低 |
| 最高投资 | 目标金额的 30% | 防止过度集中 |
| 锁定期 | 90 天 | 拍卖成功后，份额锁定 |
| 政务官分成 | 固定 10% | 不可调 |
| 投资者分成 | 固定 80% | 按份额比例 |
3.8 团队的角色与收入
团队定义
团队是 Microcosm 平台的运营方，在组织结构中担任以下角色：
- 系统管理员：拥有最高系统权限
- 默认代管者：所有未被用户拍得的领地，均由团队代管
- 收入接收者：代管期间的政务官收入归团队所有
团队收入来源
| 收入类型 | 来源 | 比例 | 币种 | 说明 |
|---|---|---|---|---|
| 团队分成 | 每次铸币 | 10% | MCC | 永久收入 |
| Station代管收入 | 未拍卖Station | 4% | MCC | 拍卖后转给用户 |
| Matrix代管收入 | 无用户管理的Matrix | 3% | MCC | 用户升级后转给用户 |
| Sector代管收入 | 无用户管理的Sector | 2% | MCC | 用户升级后转给用户 |
| System代管收入 | 无用户管理的System | 1% | MCC | 用户升级后转给用户 |
| 首拍收益 | Station首次拍卖 | 100% | MCC | 全部归团队 |
| 二拍收益 | Station二级市场拍卖 | 100% | MCC | 全部归原政务官 |
团队代管钱包
| 钱包标识 | 用途 | 触发条件 |
|---|---|---|
| team_main | 10%团队分成 (MCC) | 每次铸币 |
| team_station | Station 政务官收入 (MCC) | Station由团队代管 |
| team_matrix | Matrix 政务官收入 (MCC) | Matrix无用户政务官 |
| team_sector | Sector 政务官收入 (MCC) | Sector无用户政务官 |
| team_system | System 政务官收入 (MCC) | System无用户政务官 |
3.9 铸币额度机制
额度定义
铸币额度是 Miner 基于其策略交易收入获得的、可用于铸造 MCC 的权利凭证。
额度计算
日铸币额度 = 当日策略交易利润 × 当前铸币率。示例：当日策略利润 1,000 USDC，铸币率 50% → 日铸币额度 = 500 USDC 等值额度。
额度累积规则
| 规则 | 说明 |
|---|---|
| 累积 | 未使用的额度可无限期累积 |
| 使用 | 铸币时扣减对应额度 |
| 上限 | 无上限 |
| 过期 | 不过期（但降级时清零） |
降级额度处理
核心规则：Miner 降级为 Prospect 或 Recruit 时，铸币额度清零
- 系统检测到用户即将降级（14天无策略运行）
- 降级前 7 天：发送警告通知，提醒用户处理额度
- 降级前 3 天：再次提醒
- 降级前 1 天：最后通知
- 降级执行：未处理的额度清零，已转让的额度归买方
建议用户在降级前：
- 将额度在交易市场挂单出售
- 或转让给其他 Miner
铸币额度交易市场
铸币额度交易市场是 Miner 之间买卖铸币额度的二级市场。
参与资格：
| 角色 | 挂单出售 | 购买 |
|---|---|---|
| Recruit | ✗ | ✗ |
| Prospect | ✗ | ✗ |
| Miner | ✓ | ✓ |
交易规则：
| 项目 | 规则 |
|---|---|
| 最小挂单量 | 0.1 额度 |
| 价格单位 | USDC / 额度单位 |
| 有效期 | 7天（可续期） |
| 手续费 | 成交金额的 1%（卖方承担，进入轮回地址） |
| 取消 | 随时可取消未成交订单 |
3.10 扩容与新领地创建
Station 扩容触发
| 触发条件 | 系统动作 |
|---|---|
| 所有Station的最小人数 ≥ 600 | 创建新Station（团队代管） |
| 用户分配队列 > 100人 | 立即创建新Station（应急扩容） |
新Station的层级归属
新创建的Station默认归属于：
- 有空位的Matrix（由团队代管的Matrix优先）
- 如果所有Matrix都满员（10个Station），则创建新Matrix
- 如果所有Sector都满员（10个Matrix），则创建新Sector
- 如果所有System都满员（10个Sector），则创建新System
System 扩容机制
容量计算：1 System = 10 Sectors × 10 Matrices × 10 Stations = 1,000 Stations，每个 Station 容量 1,000 Miners，单个 System 理论用户容量 = 100万用户。
多 System 架构：
当单个 System 满员（1,000 Stations）时，系统自动创建完整的新树结构（SY-002 → SE-011 → MX-101 → ST-1001），所有新领地初始由团队代管。
核心原则：
- System 可以无限扩容，没有数量上限
- 每个 System 是一棵独立的组织树，包含完整的4级层级结构
- System 是顶级领地，没有上级领地（parent_id = NULL）
- 多个 System 平行存在，各自独立运营
- 新树创建时，所有领地初始都由团队代管
3.11 治理架构与去中心化路径
System 政务官的治理权
System 政务官是组织结构中的最高级别用户，在未来投票系统中拥有最大投票权：
| 政务官级别 | 投票权重 | 说明 |
|---|---|---|
| System 政务官 | 最高 | 顶级节点，类似区块链验证节点 |
| Sector 政务官 | 高 | 二级管理 |
| Matrix 政务官 | 中 | 三级管理 |
| Station 政务官 | 基础 | 基层管理 |
去中心化演进路径
| 阶段 | 名称 | 特征 |
|---|---|---|
| 阶段1 | 完全中心化（当前） | 团队代管所有 System，拥有 100% 投票权 |
| 阶段2 | 半去中心化（过渡期） | 部分 Station 被用户拍得，用户升级为 Matrix/Sector 政务官，团队仍持多数投票权 |
| 阶段3 | 去中心化（目标状态） | 多个 System 由不同用户管理，投票权分散，形成相互制约的自治体系 |
多 System 的治理意义
| 特性 | 说明 |
|---|---|
| 节点制衡 | 每个 System 类似区块链的验证节点，相互制约 |
| 权力分散 | 多个 System 政务官分享最高投票权，防止权力集中 |
| 社区自治 | 重大决策需要多个 System 政务官共识 |
| 渐进去中心化 | 随着用户升级，治理权逐步从团队转移到社区 |
3.12 "豆荚-容器"动态层级模型
Microcosm 的组织架构采用独特的"豆荚-容器"模型，实现动态扩展：
核心概念：
- 豆荚（Pod）：基础领地，类似 Station，有固定容量上限
- 容器（Container）：管理领地，聚合多个豆荚
动态扩展机制：当 Station 满员（1000/1000 用户）时触发裂变，自动分裂为 2 个 Station 并创建上级 Matrix 容器。原政务官自动升级为 Matrix 级别。
这种设计的优势：
- 自然增长：无需手动创建新领地，系统自动裂变
- 负载均衡：用户自动分配到合适的领地
- 激励延续：原政务官自动升级为更高层级
3.13 组织结构可视化
页面概述
组织结构页面提供全面的组织架构可视化和用户统计功能：
- 用户数据统计（Miner 活跃度、僵尸用户、资金总量等）
- 领地层级统计（Station/Matrix/Sector/System）
- 组织结构树形可视化
- 领地与用户的隶属关系展示
统计仪表板
仪表板展示两组核心指标：
用户指标：
| 总用户数 | 活跃 Miner | 僵尸用户 | 总资金量 |
|---|---|---|---|
| 1,234 | 987 | 123 | $12.5M |
领地指标：
| Station | Matrix | Sector | System |
|---|---|---|---|
| 15 | 2 | 0 | 0 |
组织树状态指示器
| 状态 | 颜色 | 条件 | 说明 |
|---|---|---|---|
| 🟢 健康 | green | 容量 < 70% | 有充足增长空间 |
| 🟡 正常 | yellow | 容量 70-90% | 接近容量上限 |
| 🔴 需关注 | red | 容量 >= 90% | 即将满员，需要扩容 |
3.14 收入分配比例速查
Miner 标准规则 (50-10-10-30)
| 分配项 | 比例 | 币种 | 归属规则 |
|---|---|---|---|
| 用户铸造 | 50% | MCC | 归用户 |
| 团队分成 | 10% | MCC | 永久归团队 |
| Station 政务官 | 4% | MCC | 有政务官→用户，无→team_station |
| Matrix 政务官 | 3% | MCC | 有政务官→用户，无→team_matrix |
| Sector 政务官 | 2% | MCC | 有政务官→用户，无→team_sector |
| System 政务官 | 1% | MCC | 有政务官→用户，无→team_system |
| Station 金库 | 30% | MCD | 归 Station，PDA 控制 |
重要: Station 金库分配的是 MCD 积分 (1 MCD = 1 USDC)，不是 MCC。 金库由合约 PDA 控制，政务官无权直接提取，只能用于系统规定的用途。
Prospect 分配规则 (50-50)
| 分配项 | 比例 | 说明 |
|---|---|---|
| 用户 | 50% MCC | 归用户 |
| 团队 | 50% MCC | 无政务官和金库分配 |
参考文档
- 组织结构与管理权转移规范 - 详细业务规则
- 组织结构页面设计 - 前端实现设计
- 用户与领地系统设计 - 系统架构设计
- MCD 积分系统设计 - 金库机制