v3.6: Coupon type firewall, P2P compliance routing, MVP Utility Track only
- Add section 1.6: Coupon Type Firewall (Utility/Securities dual-track) - Utility Track: resale price capped at face value (no profit = not security) - Securities Track: full SEC compliance (Reg D/A+/CF, Broker-Dealer) - Smart contract enforced: price cap, transfer count limit, type immutable - Rewrite 4.3.4: P2P compliance routing architecture - <$3,000: free transfer, chain-level monitoring with structuring detection - >=$3,000: Compliance contract routing, Travel Rule enforced at validator level - Identity hash on-chain, plaintext off-chain (privacy preserved) - Redemption (consumption) not affected - platform still doesn't intervene - Update MVP Phase 1: Utility Track only, avoid SEC securities compliance - Update Phase 4: Securities Track after legal opinion + Broker-Dealer registration Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
parent
abcf1d9ab3
commit
15519b1670
|
|
@ -117,6 +117,49 @@ Genex = **券交易领域的区块链基础设施平台先行者**
|
||||||
- [ ] 平台根据券类型实施不同合规级别
|
- [ ] 平台根据券类型实施不同合规级别
|
||||||
- [ ] 白皮书措辞审查:避免"融资工具""信用创造"等可能触发证券分类的表述
|
- [ ] 白皮书措辞审查:避免"融资工具""信用创造"等可能触发证券分类的表述
|
||||||
|
|
||||||
|
### 1.6 券类型防火墙(核心合规架构)
|
||||||
|
|
||||||
|
> **核心风险:消费型券一旦在二级市场被炒作获利,其性质可能从Utility转变为Security。解决方案不是贴标签,而是从平台设计上让消费型券结构性不满足Howey Test的"期望利润"要素。**
|
||||||
|
|
||||||
|
#### 双轨制:Utility Track vs Securities Track
|
||||||
|
|
||||||
|
| 规则 | 消费型券(Utility Track) | 投资型券(Securities Track) |
|
||||||
|
|------|--------------------------|---------------------------|
|
||||||
|
| **二级市场价格规则** | **转售价不得超过面值**(只能折价,不能溢价) | 无价格限制 |
|
||||||
|
| **转售次数限制** | 每张券限2-3次二级市场转售 | 无限制 |
|
||||||
|
| **持有目的声明** | 买方需确认"购买用于消费" | 明确投资目的 |
|
||||||
|
| **有效期** | 强制≤12个月(短期工具,非长期投资品) | 可更长 |
|
||||||
|
| **合规要求** | MSB + FTC消费者保护 | Broker-Dealer + ATS + Reg D/A+/CF |
|
||||||
|
| **KYC等级** | L1/L2 | L2/L3 |
|
||||||
|
| **发行方** | 所有通过审核的发行方 | 仅通过证券合规审查的发行方 |
|
||||||
|
| **平台合规成本** | 低(无需证券牌照) | 高(需Broker-Dealer注册) |
|
||||||
|
|
||||||
|
#### 为什么"不允许溢价"是关键
|
||||||
|
|
||||||
|
```
|
||||||
|
消费型券交易逻辑:
|
||||||
|
买入:100元面值券,花85元买入
|
||||||
|
卖出:不想用了,以80元卖出(折价转售)
|
||||||
|
结果:亏损5元(减损,非获利)
|
||||||
|
|
||||||
|
→ Howey Test "期望利润"要素不成立 → SEC难以认定为证券
|
||||||
|
```
|
||||||
|
|
||||||
|
> 消费型券的二级市场本质是"不想用的券找到想用的人",不是投机市场。价格上限=面值,结构性消除了获利空间。
|
||||||
|
|
||||||
|
#### 防火墙技术实现
|
||||||
|
|
||||||
|
- [ ] CouponFactory合约中为每张券标记类型(Utility / Security)
|
||||||
|
- [ ] Settlement合约中对Utility类型券强制执行价格上限(≤面值)
|
||||||
|
- [ ] 链上转售计数器:Utility类型券超过转售次数上限后合约拒绝交易
|
||||||
|
- [ ] Utility Track和Securities Track使用不同的交易市场界面(前端隔离)
|
||||||
|
- [ ] 合规合约中对两种类型券执行不同的KYC/AML检查等级
|
||||||
|
- [ ] 发行方发行时选择券类型,选择后不可更改(链上不可变)
|
||||||
|
|
||||||
|
#### MVP策略
|
||||||
|
|
||||||
|
> **Phase 1只开放Utility Track(消费型券),不开放Securities Track。完全规避SEC证券合规风险。Securities Track待取得法律意见书和相关牌照后再开放。**
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 2. 用户角色定义
|
## 2. 用户角色定义
|
||||||
|
|
@ -660,12 +703,58 @@ P = F × (1 - dt) × (1 - rc)
|
||||||
- [ ] 可选:接入ERC-4337 Paymaster作为Gas代付的标准化接口(兼容EVM生态钱包)
|
- [ ] 可选:接入ERC-4337 Paymaster作为Gas代付的标准化接口(兼容EVM生态钱包)
|
||||||
- [ ] Gas参数可通过链治理合约动态调整(无需硬分叉)
|
- [ ] Gas参数可通过链治理合约动态调整(无需硬分叉)
|
||||||
|
|
||||||
#### 4.3.4 P2P流通机制
|
#### 4.3.4 P2P流通机制与合规路由
|
||||||
- [ ] 用户钱包间直接转移券(无需平台)
|
|
||||||
- [ ] 链下签名 + 链上结算(降低gas)
|
> **Genex Chain是自建链,所有交易对验证节点可见。P2P"不经过平台"指的是业务层面平台不介入,但链级合规监控始终存在。**
|
||||||
|
|
||||||
|
**P2P转移分层合规架构:**
|
||||||
|
|
||||||
|
```
|
||||||
|
P2P转移请求
|
||||||
|
│
|
||||||
|
┌───────┴───────┐
|
||||||
|
│ │
|
||||||
|
< $3,000 ≥ $3,000
|
||||||
|
│ │
|
||||||
|
链上直接执行 Compliance合约路由
|
||||||
|
(自由转移) │
|
||||||
|
│ ┌──────┴──────┐
|
||||||
|
验证节点链级 验证双方 记录身份哈希
|
||||||
|
监控(异常标记) KYC≥L2 (链上哈希,明文链下)
|
||||||
|
│ │
|
||||||
|
│ 合约执行转移
|
||||||
|
│ │
|
||||||
|
└───────┬───────┘
|
||||||
|
链上记录完整
|
||||||
|
(监管可审计)
|
||||||
|
```
|
||||||
|
|
||||||
|
**小额P2P(< $3,000):**
|
||||||
|
- [ ] 链上直接执行,用户体验与普通转账一致
|
||||||
|
- [ ] 验证节点内置模式识别:扇出/扇入/拆分规避(structuring)检测
|
||||||
|
- [ ] 发现structuring行为自动升级为Travel Rule流程
|
||||||
|
- [ ] 链上数据公开,平台持续分析异常转移模式
|
||||||
|
|
||||||
|
**大额P2P(≥ $3,000)——Travel Rule强制合规:**
|
||||||
|
- [ ] 调用Compliance合约,验证双方地址均已完成KYC L2+
|
||||||
|
- [ ] 身份信息**哈希**写入链上(不可逆,保护隐私)
|
||||||
|
- [ ] 身份信息**明文**存储在平台链下KYC数据库(监管可查)
|
||||||
|
- [ ] 验证节点在打包交易前检查Travel Rule数据完整性,不完整则拒绝打包
|
||||||
|
- [ ] 接入TRISA/TRP协议,支持跨平台Travel Rule信息传递
|
||||||
|
|
||||||
|
**与"合约清算保护企业客户"不矛盾:**
|
||||||
|
|
||||||
|
| 场景 | Travel Rule | 平台介入 | 隐私 |
|
||||||
|
|------|-------------|---------|------|
|
||||||
|
| **消费兑付**(Redemption) | 不适用(消费不是"转移") | **不介入**(合约直接结算) | **完全保护** |
|
||||||
|
| **小额P2P转移** | 不适用(<$3,000) | **不介入**(链级监控) | **完全保护** |
|
||||||
|
| **大额P2P转移** | 适用 | 合规合约自动路由 | 链上仅哈希 |
|
||||||
|
| **二级市场交易** | 平台天然掌握双方信息 | 撮合+结算 | 平台已知 |
|
||||||
|
|
||||||
|
> 消费者使用券消费时走Redemption合约(与发行方直接结算),不触发Travel Rule。**平台"消费环节不介入"的隐私承诺不受影响。**
|
||||||
|
|
||||||
- [ ] 批量转移支持
|
- [ ] 批量转移支持
|
||||||
- [ ] 转移历史链上可查
|
- [ ] 转移历史链上可查
|
||||||
- [ ] 大额P2P转移(≥$3,000)强制通过平台合约路由(Travel Rule合规,见3.7.1)
|
|
||||||
|
|
||||||
#### 4.3.5 混合架构(链上+链下)
|
#### 4.3.5 混合架构(链上+链下)
|
||||||
```
|
```
|
||||||
|
|
@ -799,15 +888,20 @@ P = F × (1 - dt) × (1 - rc)
|
||||||
|
|
||||||
## 7. MVP阶段优先级
|
## 7. MVP阶段优先级
|
||||||
|
|
||||||
### Phase 1 - 基础发行与交易(MVP)
|
### Phase 1 - 基础发行与交易(MVP,仅Utility Track)
|
||||||
1. KYC分级认证(L1/L2/L3)
|
|
||||||
2. 发行方入驻与基础审核
|
> **Phase 1只开放消费型券(Utility Track),不开放投资型券。完全规避SEC证券合规风险,仅需MSB + FTC消费者保护合规。**
|
||||||
3. 券发行与上架
|
|
||||||
4. 一级市场购买
|
1. Genex Chain主网上线(Cosmos SDK + cosmos/evm)
|
||||||
5. 基础二级市场挂单/购买
|
2. KYC分级认证(L1/L2/L3)
|
||||||
6. 支付与清算
|
3. 发行方入驻与基础审核(零保证金,信用成长)
|
||||||
7. 基础风控与AML
|
4. 消费型券发行与上架(链上铸造,Utility类型标记)
|
||||||
8. 基础客服与争议处理
|
5. 一级市场购买
|
||||||
|
6. 基础二级市场挂单/购买(价格上限=面值,不允许溢价)
|
||||||
|
7. 支付与清算(合约直接结算)
|
||||||
|
8. P2P转移(含Travel Rule合规路由)
|
||||||
|
9. 基础风控与AML(OFAC筛查、链级监控)
|
||||||
|
10. 基础客服与争议处理
|
||||||
|
|
||||||
### Phase 2 - 体验优化
|
### Phase 2 - 体验优化
|
||||||
1. 智能定价建议
|
1. 智能定价建议
|
||||||
|
|
@ -820,10 +914,13 @@ P = F × (1 - dt) × (1 - rc)
|
||||||
2. 完整数据分析
|
2. 完整数据分析
|
||||||
3. 融资效果报告
|
3. 融资效果报告
|
||||||
|
|
||||||
### Phase 4 - 合规与扩展
|
### Phase 4 - Securities Track与扩展
|
||||||
1. 完整合规报表
|
1. 取得法律意见书,确认投资型券的证券合规路径
|
||||||
2. 高级风控
|
2. Broker-Dealer注册(如需)
|
||||||
3. 跨境券流通
|
3. 开放Securities Track(投资型券交易市场)
|
||||||
|
4. 完整合规报表
|
||||||
|
5. 高级风控
|
||||||
|
6. 跨境券流通
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|
@ -852,7 +949,7 @@ P = F × (1 - dt) × (1 - rc)
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
*文档版本: v3.5*
|
*文档版本: v3.6*
|
||||||
*生成日期: 2026-02-09*
|
*生成日期: 2026-02-09*
|
||||||
*来源: 券的金融本质与短期资金募集机制白皮书 (draft v0.1)*
|
*来源: 券的金融本质与短期资金募集机制白皮书 (draft v0.1)*
|
||||||
*更新: Genex Chain架构定型(Cosmos SDK + cosmos/evm),参考Cronos/dYdX v4替代Kava,链下撮合+链上结算,前期Gas全额补贴*
|
*更新: 券类型防火墙(1.6,Utility/Securities双轨制),P2P合规路由架构(4.3.4),MVP Phase 1仅Utility Track*
|
||||||
|
|
|
||||||
Binary file not shown.
Loading…
Reference in New Issue