diff --git a/docs/券金融平台-软件需求规格.md b/docs/券金融平台-软件需求规格.md index ea7b495..883e781 100644 --- a/docs/券金融平台-软件需求规格.md +++ b/docs/券金融平台-软件需求规格.md @@ -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. 用户角色定义 @@ -660,12 +703,58 @@ P = F × (1 - dt) × (1 - rc) - [ ] 可选:接入ERC-4337 Paymaster作为Gas代付的标准化接口(兼容EVM生态钱包) - [ ] Gas参数可通过链治理合约动态调整(无需硬分叉) -#### 4.3.4 P2P流通机制 -- [ ] 用户钱包间直接转移券(无需平台) -- [ ] 链下签名 + 链上结算(降低gas) +#### 4.3.4 P2P流通机制与合规路由 + +> **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 混合架构(链上+链下) ``` @@ -799,15 +888,20 @@ P = F × (1 - dt) × (1 - rc) ## 7. MVP阶段优先级 -### Phase 1 - 基础发行与交易(MVP) -1. KYC分级认证(L1/L2/L3) -2. 发行方入驻与基础审核 -3. 券发行与上架 -4. 一级市场购买 -5. 基础二级市场挂单/购买 -6. 支付与清算 -7. 基础风控与AML -8. 基础客服与争议处理 +### Phase 1 - 基础发行与交易(MVP,仅Utility Track) + +> **Phase 1只开放消费型券(Utility Track),不开放投资型券。完全规避SEC证券合规风险,仅需MSB + FTC消费者保护合规。** + +1. Genex Chain主网上线(Cosmos SDK + cosmos/evm) +2. KYC分级认证(L1/L2/L3) +3. 发行方入驻与基础审核(零保证金,信用成长) +4. 消费型券发行与上架(链上铸造,Utility类型标记) +5. 一级市场购买 +6. 基础二级市场挂单/购买(价格上限=面值,不允许溢价) +7. 支付与清算(合约直接结算) +8. P2P转移(含Travel Rule合规路由) +9. 基础风控与AML(OFAC筛查、链级监控) +10. 基础客服与争议处理 ### Phase 2 - 体验优化 1. 智能定价建议 @@ -820,10 +914,13 @@ P = F × (1 - dt) × (1 - rc) 2. 完整数据分析 3. 融资效果报告 -### Phase 4 - 合规与扩展 -1. 完整合规报表 -2. 高级风控 -3. 跨境券流通 +### Phase 4 - Securities Track与扩展 +1. 取得法律意见书,确认投资型券的证券合规路径 +2. Broker-Dealer注册(如需) +3. 开放Securities Track(投资型券交易市场) +4. 完整合规报表 +5. 高级风控 +6. 跨境券流通 --- @@ -852,7 +949,7 @@ P = F × (1 - dt) × (1 - rc) --- -*文档版本: v3.5* +*文档版本: v3.6* *生成日期: 2026-02-09* *来源: 券的金融本质与短期资金募集机制白皮书 (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* diff --git a/docs/券金融平台-软件需求规格.pdf b/docs/券金融平台-软件需求规格.pdf index c4cc9c4..0924792 100644 Binary files a/docs/券金融平台-软件需求规格.pdf and b/docs/券金融平台-软件需求规格.pdf differ