深入了解
MCD 生态消费券
MCD 积分 — 生态消费券机制
临时文档，待合并至白皮书。
一、MCD 的本质：生态消费券
MCD (Microcosm Dollar) 不是一个自由交易的代币，而是一种消费券形态的生态支撑工具。它解决的核心问题是：如何让平台生态中的第三方项目开发者获得真实的用户消费？
1.1 开发者的痛点
| 传统 Web3 开发者困境 | Microcosm 的解决方案 |
|---|---|
| 有技术没用户 | 接入 OPUS，自动获得全量用户 |
| 有用户没消费 | MCD 消费券强制注入，用户"带钱来" |
| 收入不确定 | 铸造伴生矿直接产出 MCD 给开发者 |
| 变现困难 | 开发者可用 MCD 铸造 MCC 变现 |
1.2 消费券闭环
铸造 MCC 时，用户支付 USDC，产出按 50-10-10-30 分配：50% MCC 归用户、10% MCC 团队伴生矿、10% MCC 政务官伴生矿、30% MCD 进入 Station 金库（伴生矿）。金库每日发放余额的 1% 给 Miner（按铸造贡献分配）。Miner 持有 MCD 后只能在白名单项目中消费，开发者收到 MCD 后可铸造 MCC 变现。
二、MCD 的五大核心特性
2.1 消费券属性：强制生态内流通
- 1 MCD ≈ 1 USDC（接近 1:1，但不可直接兑换）
- 用户无法自由转账 MCD，只能向白名单项目消费
- MCD 不是自由流通的代币，是定向消费凭证
2.2 开发者收入保障
- 每次 MCC 铸造都自动产出 MCD 伴生矿（30% 进入领地金库）
- 有项目引入用户时，额外 10% MCD 直接给开发者
- 金库每日向 Miner 发放余额的 1%——Miner 拿到 MCD 只有一个去处：消费
- 开发者只要把项目做好，MCD 消费就自然流入
2.3 白名单安全机制
- 链上白名单 PDA：只有经审核的项目钱包地址才能接收 MCD
- 防止 MCD 被倒卖、转移、洗钱
- 白名单由 Microcosm 管理，项目方申请后加入
- 恶意项目可随时暂停白名单资格
2.4 开发者变现路径
开发者收到用户消费的 MCD 后：
- 铸造 MCC（70% MCD 回收，30% 进金库）后在二级市场卖出
- 继续在生态内消费
- DeFi 操作（存款、放贷等）
关键点：MCD 不可直接提现为 USDC，必须通过铸造 MCC 变现。这确保了 MCD 在生态内的最大流转。
2.5 二级市场潜力
虽然 MCD 设计为系统控制代币，但其链上可查的特性意味着：
- MCD 可能在二级市场产生流通（非官方推动）
- 当有外部用户购买 MCD 进入生态消费时，说明生态对外部市场产生了吸引力
- 系统需要追踪这些链上流通数据
三、MCD 关键数据维度
以下是衡量 MCD 生态健康度的核心指标：
| 指标 | 说明 | 来源 |
|---|---|---|
| 金库存储量增长 | 所有 Station 金库 MCD 总余额及增长趋势 | 链上 Station Vault PDA |
| 用户持有总量 | 全体 Miner 手中的 MCD 总量 | 链上 User MCD Account |
| 开发者收入 | 用户在项目上消费的 MCD 总额（=开发者收入） | 链上白名单转账记录 |
| 二级市场流通量 | 非系统控制的 MCD 流转量 | 链上交易分析 |
| MCD 铸造参与 | 使用 MCD 铸造 MCC 的总量 | 链上 MCD Mining 交易 |
| 铸造产出 MCC | MCD 铸造所获得的 MCC 总量 | 链上 Mining 结果 |
四、MCD 与传统积分/代币的区别
| 维度 | 传统积分（如信用卡积分） | 普通代币（如 USDT） | MCD |
|---|---|---|---|
| 可转账 | 否 | 是（任意地址） | 仅白名单项目 |
| 价值锚定 | 虚拟积分，无保底 | 1:1 法币 | ≈ 1 USDC，铸造可变现 |
| 使用场景 | 兑换商品/服务 | 通用支付 | 生态内项目消费 |
| 开发者收入 | 无 | 自行获客 | 生态自动注入 |
| 链上可查 | 否 | 是 | 是 |
| 防操纵 | 中心化控制 | 无特殊机制 | 白名单 + 系统控制 |
五、铸造功能规划
5.1 公开铸造入口
在区块链页面提供直接铸造 MCC/MCD 的入口：
- 无需登录，连接钱包即可
- 支持 x402 扫码支付（手机端）
- 铸造成功后自动将钱包地址列入预注册名单
5.2 预注册机制
| 场景 | 处理方式 |
|---|---|
| 铸造成功 | 钱包地址自动进入预注册表，级别标记为"新兵" |
| 已注册用户铸造 | 通过钱包地址识别用户，操作记录关联到用户数据 |
| 预注册用户注册 | 从预注册表中匹配，绑定钱包为主钱包，同步历史数据 |
| 多钱包 | 支持一个用户绑定多个钱包地址 |
5.3 链上历史同步
新用户注册时，系统需要：
- 检查该钱包地址的预注册记录
- 从 Solana 链上获取该地址所有 MCC/MCD 相关交易
- 将链上历史映射到本地数据库
- 用户不再是"空白用户"，而是带着完整操作历史入场
询问 AI