闲券(Xianquan)交易平台 - 架构开发需求文档
1. 文档概述
本文档基于《闲券交易平台产品蓝图》提炼的技术架构开发需求,为开发团队提供系统实现的技术规范和指导。
2. 系统架构需求
2.1 整体架构模式
采用 三层五域 架构设计:
三层架构
| 层级 |
名称 |
职责 |
| L1 |
应用层(Application Layer) |
用户交互、多端适配、体验优化 |
| L2 |
服务层(Service Layer) |
业务逻辑、微服务编排、API网关 |
| L3 |
基础设施层(Infrastructure Layer) |
数据存储、区块链、消息队列、缓存 |
五大业务域
| 域 |
名称 |
核心功能 |
| D1 |
发行域(Issuer Domain) |
企业入驻、券种管理、发行审批 |
| D2 |
交易域(Trading Domain) |
挂单撮合、价格发现、订单管理 |
| D3 |
清算域(Clearing Domain) |
资金结算、券权转移、对账核销 |
| D4 |
合规域(Compliance Domain) |
KYC/AML、监管报送、审计追踪 |
| D5 |
AI与数据域(AI & Data Domain) |
信用评估、风控预警、智能推荐 |
2.2 混合账本架构
┌─────────────────────────────────────────────────────────────┐
│ Hybrid Ledger System │
├─────────────────┬─────────────────┬─────────────────────────┤
│ Hyperledger │ PostgreSQL │ IPFS │
│ Fabric │ (Off-chain) │ (Distributed Storage) │
├─────────────────┼─────────────────┼─────────────────────────┤
│ • 券权确权 │ • 交易明细 │ • 合同文档 │
│ • 转让记录 │ • 用户数据 │ • 审计证据 │
│ • 清算凭证 │ • 行为日志 │ • 大文件存储 │
│ • 不可篡改存证 │ • 高频查询 │ • 内容寻址 │
└─────────────────┴─────────────────┴─────────────────────────┘
3. 核心功能模块需求
3.1 企业服务模块
| 功能 |
需求描述 |
优先级 |
| 企业入驻 |
多级审核流程、资质OCR识别、工商数据校验 |
P0 |
| 券种管理 |
券模板设计、发行规则配置、有效期管理 |
P0 |
| 发行审批 |
多级审批工作流、合规预检、链上存证 |
P0 |
| 数据看板 |
发行统计、流通分析、核销报表 |
P1 |
3.2 用户交易模块
| 功能 |
需求描述 |
优先级 |
| 用户注册 |
手机/邮箱注册、实名认证、KYC三要素 |
P0 |
| 券资产管理 |
持有券展示、到期提醒、转让授权 |
P0 |
| 挂单交易 |
限价单/市价单、部分成交、订单撤销 |
P0 |
| 撮合引擎 |
价格优先-时间优先、实时成交、防刷单 |
P0 |
| 支付结算 |
多渠道支付、T+1结算、资金冻结/解冻 |
P0 |
3.3 风控合规模块
| 功能 |
需求描述 |
优先级 |
| KYC认证 |
身份核验、人脸识别、银行卡绑定 |
P0 |
| AML监控 |
可疑交易检测、大额交易报告、黑名单管理 |
P0 |
| RegNode |
监管节点接入、实时数据报送、审计接口 |
P0 |
| 风险预警 |
异常行为识别、欺诈检测、风险评分 |
P1 |
3.4 AI智能引擎模块
| 功能 |
需求描述 |
优先级 |
| 信用评分 |
多维度信用模型、动态评分更新 |
P1 |
| 动态定价 |
供需分析、价格预测、定价建议 |
P1 |
| 智能推荐 |
个性化券推荐、交易机会提示 |
P2 |
| 欺诈检测 |
实时行为分析、异常模式识别 |
P1 |
4. 技术栈需求
4.1 前端技术
| 端 |
技术选型 |
说明 |
| Web端 |
React 18 + Next.js 14 |
SSR支持、SEO优化 |
| 移动端 |
Flutter 3.x |
跨平台、一套代码多端运行 |
| 小程序 |
Taro 3.x |
微信/支付宝小程序适配 |
| 管理后台 |
Ant Design Pro |
企业级中后台框架 |
4.2 后端技术
| 层级 |
技术选型 |
说明 |
| API网关 |
Kong / APISIX |
限流、认证、路由 |
| 业务服务 |
FastAPI (Python) |
高性能、异步支持 |
| 高性能服务 |
Go + gRPC |
撮合引擎、实时计算 |
| 消息队列 |
Apache Kafka |
事件驱动、日志流 |
| 缓存 |
Redis Cluster |
热点数据、会话管理 |
4.3 数据层技术
| 类型 |
技术选型 |
用途 |
| 关系数据库 |
PostgreSQL 15 |
核心业务数据 |
| 文档数据库 |
MongoDB |
日志、行为数据 |
| 时序数据库 |
TimescaleDB |
行情、监控指标 |
| 搜索引擎 |
Elasticsearch |
全文检索、日志分析 |
| 区块链 |
Hyperledger Fabric 2.x |
分布式账本 |
| 分布式存储 |
IPFS |
文件存证 |
4.4 基础设施
| 组件 |
技术选型 |
说明 |
| 容器编排 |
Kubernetes 1.28+ |
服务部署、弹性伸缩 |
| 服务网格 |
Istio |
流量管理、可观测性 |
| CI/CD |
GitLab CI + ArgoCD |
持续集成、GitOps |
| 监控 |
Prometheus + Grafana |
指标采集、可视化 |
| 日志 |
ELK Stack |
日志收集、分析 |
| 追踪 |
Jaeger |
分布式链路追踪 |
4.5 智能合约架构
4.5.1 券权智能合约设计
// Coupon Smart Contract - 券权数字化核心合约
contract Coupon {
address public issuer; // 发行方地址
address public holder; // 当前持有人
uint256 public faceValue; // 面值(分)
uint256 public expiryDate; // 到期时间戳
bool public transferable; // 是否可转让
bool public redeemed; // 是否已核销
// 券元数据
string public couponType; // 券类型:代金券/折扣券/礼品券
uint256 public minPurchase; // 最低消费金额
string public applicableScope;// 适用范围
event Transferred(address indexed from, address indexed to, uint256 timestamp);
event Redeemed(address indexed issuer, address indexed merchant, address indexed holder, uint256 value);
event Frozen(address indexed holder, string reason);
modifier onlyHolder() {
require(msg.sender == holder, "Not the holder");
_;
}
modifier notExpired() {
require(block.timestamp <= expiryDate, "Coupon expired");
_;
}
modifier notRedeemed() {
require(!redeemed, "Already redeemed");
_;
}
// 券转让
function transfer(address newHolder) public onlyHolder notExpired notRedeemed {
require(transferable, "Not transferable");
address previousHolder = holder;
holder = newHolder;
emit Transferred(previousHolder, newHolder, block.timestamp);
}
// 券核销
function redeem(address merchant) public notExpired notRedeemed {
require(msg.sender == holder || msg.sender == merchant, "Unauthorized");
redeemed = true;
emit Redeemed(issuer, merchant, holder, faceValue);
}
}
4.5.2 合约功能矩阵
| 合约类型 |
核心功能 |
触发条件 |
链上存证 |
| 券发行合约 |
券模板创建、批量铸造 |
企业审核通过 |
发行记录Hash |
| 券转让合约 |
所有权变更、历史追溯 |
交易撮合成功 |
转让凭证 |
| 券核销合约 |
使用确认、价值兑现 |
线下/线上使用 |
核销证明 |
| 清算合约 |
资金划转、多方结算 |
T+1定时触发 |
清算流水 |
4.5.3 共识机制
采用 DPoA(Delegated Proof of Authority) 委托权威证明:
┌─────────────────────────────────────────────────────────────┐
│ DPoA 共识架构 │
├─────────────────────────────────────────────────────────────┤
│ 验证节点层 │ 平台运营节点 + 监管节点 + 核心企业节点 │
├─────────────────────────────────────────────────────────────┤
│ 出块规则 │ 轮询出块、2/3多数确认、3秒出块间隔 │
├─────────────────────────────────────────────────────────────┤
│ 节点准入 │ KYC认证 + 保证金质押 + 监管备案 │
├─────────────────────────────────────────────────────────────┤
│ 惩罚机制 │ 双签惩罚、离线惩罚、保证金扣除 │
└─────────────────────────────────────────────────────────────┘
5. 资金托管体系
5.1 三账户托管模型
┌─────────────────────────────────────────────────────────────┐
│ Bank Escrow Architecture │
├───────────────────┬───────────────────┬─────────────────────┤
│ 用户托管账户 │ 发行方备付账户 │ 清算中心账户 │
│ (User Custody) │ (Issuer Escrow) │ (Settlement Hub) │
├───────────────────┼───────────────────┼─────────────────────┤
│ • 用户充值资金 │ • 券面值对应保证金 │ • 交易清算资金 │
│ • 交易冻结金额 │ • 核销兑付准备金 │ • 手续费归集 │
│ • 可提现余额 │ • 风险准备金 │ • 分润结算池 │
│ • 银行级托管 │ • 监管可穿透 │ • T+1自动划转 │
└───────────────────┴───────────────────┴─────────────────────┘
5.2 资金流转规则
| 场景 |
资金流向 |
触发条件 |
结算周期 |
| 用户充值 |
银行→用户托管账户 |
支付成功回调 |
实时 |
| 买券下单 |
用户账户→冻结 |
订单创建 |
实时 |
| 交易成交 |
买方冻结→清算中心→卖方 |
撮合完成 |
T+1 |
| 券核销 |
发行方备付→商户结算 |
核销确认 |
T+1 |
| 用户提现 |
用户账户→银行卡 |
提现申请 |
T+1~T+3 |
5.3 支付网关集成
| 渠道 |
支持场景 |
接入方式 |
备注 |
| 支付宝 |
充值、支付 |
SDK/API |
国内主流 |
| 微信支付 |
充值、支付 |
SDK/API |
国内主流 |
| 银联快捷 |
大额充值 |
API |
企业用户 |
| Stripe |
海外支付 |
API |
国际化 |
| PayPal |
海外支付 |
API |
国际化 |
6. API架构需求
6.1 API设计规范
API规范:
风格: RESTful + GraphQL混合
版本控制: URL路径版本 (/api/v1/)
认证方式: OAuth 2.1 + JWT
限流策略:
- 普通用户: 100 req/min
- 企业用户: 1000 req/min
- 内部服务: 无限制
响应格式: JSON (application/json)
错误处理: RFC 7807 Problem Details
6.2 核心API域
| API域 |
路径前缀 |
主要接口 |
| 用户服务 |
/api/v1/users |
注册、登录、KYC、资产查询 |
| 券服务 |
/api/v1/coupons |
发行、查询、转让、核销 |
| 交易服务 |
/api/v1/trades |
挂单、撤单、成交、历史 |
| 支付服务 |
/api/v1/payments |
充值、提现、结算 |
| 企业服务 |
/api/v1/merchants |
入驻、审核、数据统计 |
| 合规服务 |
/api/v1/compliance |
KYC、AML、审计日志 |
6.3 开放平台接口
- 企业开放API: 供入驻企业对接自有系统
- 监管接口: RegNode标准化数据报送
- 第三方集成: 支付、身份认证、短信等
7. 信用评分与定价模型
7.1 企业信用评分模型
评分公式
CreditScore = f(Rr, Br, Mt, Us)
其中:
Rr = Redemption Rate(核销率) 权重: 35%
Br = Breakage Ratio(沉淀率) 权重: 25%
Mt = Market Tenure(市场存续时长) 权重: 20%
Us = User Satisfaction(用户满意度) 权重: 20%
CreditScore = 0.35×Rr + 0.25×(1-Br) + 0.20×log(Mt+1)/log(36+1) + 0.20×Us
信用等级划分
| 等级 |
分数范围 |
权益 |
限制 |
| AAA |
90-100 |
最高发行额度、最低保证金 |
无 |
| AA |
80-89 |
高发行额度 |
轻微限制 |
| A |
70-79 |
标准额度 |
标准限制 |
| BBB |
60-69 |
受限额度 |
加强监控 |
| BB及以下 |
<60 |
暂停发行 |
整改要求 |
动态更新机制
| 触发事件 |
更新频率 |
影响因子 |
| 券核销 |
实时 |
+Rr |
| 券过期 |
每日 |
+Br |
| 用户投诉 |
实时 |
-Us |
| 季度审计 |
季度 |
综合调整 |
7.2 券定价模型
定价公式
Price = FaceValue × (1 - dt - rc - lp)
其中:
FaceValue = 券面值
dt = Time Discount(时间折扣) = f(剩余有效期)
rc = Credit Risk(信用风险溢价) = f(发行方信用评分)
lp = Liquidity Premium(流动性溢价)= f(市场供需)
示例计算:
面值100元券,剩余30天,发行方AA级,市场供需平衡
dt = 0.02 (2%时间折扣)
rc = 0.03 (3%信用风险)
lp = 0.01 (1%流动性溢价)
Price = 100 × (1 - 0.02 - 0.03 - 0.01) = 94元
定价因子详解
| 因子 |
计算方式 |
取值范围 |
| 时间折扣(dt) |
线性衰减:(总有效期-剩余天数)/总有效期 × 最大折扣 |
0% - 15% |
| 信用风险(rc) |
查表:信用等级→风险溢价映射 |
0% - 20% |
| 流动性溢价(lp) |
供需比:(卖单量-买单量)/总单量 × 调节系数 |
-5% - 10% |
AI辅助定价
| 功能 |
算法 |
输入特征 |
输出 |
| 价格预测 |
LSTM时序模型 |
历史价格、成交量、时间特征 |
未来价格走势 |
| 定价建议 |
强化学习 |
市场状态、库存、目标收益 |
最优挂单价格 |
| 异常检测 |
Isolation Forest |
价格序列、成交模式 |
异常交易标记 |
7.3 撮合引擎定价规则
┌─────────────────────────────────────────────────────────────┐
│ Order Book Matching Engine │
├─────────────────────────────────────────────────────────────┤
│ 匹配规则:价格优先 → 时间优先 │
├─────────────────────────────────────────────────────────────┤
│ 买单排序:价格降序 → 时间升序 │
│ 卖单排序:价格升序 → 时间升序 │
├─────────────────────────────────────────────────────────────┤
│ 成交价格:被动方(挂单方)价格 │
├─────────────────────────────────────────────────────────────┤
│ 部分成交:支持,剩余订单继续挂单 │
└─────────────────────────────────────────────────────────────┘
8. 安全需求
8.1 安全架构
┌─────────────────────────────────────────────────────────────┐
│ Zero Trust Architecture │
├─────────────────────────────────────────────────────────────┤
│ 网络层 │ TLS 1.3 + mTLS 服务间通信 │
├─────────────────────────────────────────────────────────────┤
│ 应用层 │ OAuth 2.1 + MFA + RBAC │
├─────────────────────────────────────────────────────────────┤
│ 数据层 │ AES-256加密 + 字段级脱敏 │
├─────────────────────────────────────────────────────────────┤
│ 审计层 │ 全链路日志 + 不可篡改存证 │
└─────────────────────────────────────────────────────────────┘
8.2 安全要求清单
| 类别 |
需求 |
标准 |
| 传输安全 |
全链路HTTPS、证书双向认证 |
TLS 1.3 |
| 数据加密 |
敏感数据加密存储、密钥管理 |
AES-256 |
| 身份认证 |
多因素认证、单点登录 |
OAuth 2.1 |
| 访问控制 |
基于角色的权限管理 |
RBAC |
| 审计追踪 |
操作日志、变更记录 |
不可篡改 |
| 渗透测试 |
定期安全评估 |
季度执行 |
8.3 合规标准
- ISO 27001: 信息安全管理体系
- PCI-DSS: 支付卡行业数据安全标准
- GDPR: 欧盟通用数据保护条例
- PIPL: 中国个人信息保护法
- MAS TRM: 新加坡金管局技术风险管理指南
9. 全球化与监管合规框架
9.1 多法域监管适配
全球监管机构对照
| 地区 |
监管机构 |
关键法规 |
合规要点 |
| 中国 |
人民银行(PBoC)、银保监会 |
《非银支付管理条例》《数据安全法》 |
支付牌照、数据本地化、反洗钱 |
| 美国 |
FinCEN、SEC、各州监管 |
BSA、MSB法规、州货币传输法 |
MSB注册、AML/KYC、州牌照 |
| 新加坡 |
MAS |
支付服务法(PSA)、TRM指南 |
SPI/MPI牌照、技术风险管理 |
| 欧盟 |
EBA、各国央行 |
PSD2、GDPR、MiCA |
支付机构牌照、数据保护、电子货币 |
| 香港 |
HKMA、SFC |
SVFO、AMLO |
SVF牌照、反洗钱 |
| 日本 |
FSA、JFSA |
资金结算法 |
预付式支付工具注册 |
9.2 全球清算节点架构(GCFN)
┌─────────────────────────────────────────────────────────────┐
│ Global Coupon Financial Network (GCFN) │
├─────────────────────────────────────────────────────────────┤
│ ROOT NODE │
│ (Singapore/Global Hub) │
│ 全球路由 | 跨境清算 │
├───────────────────┬───────────────────┬─────────────────────┤
│ ASIA-PACIFIC │ EMEA │ AMERICAS │
│ 亚太区域节点 │ 欧洲中东非洲 │ 美洲节点 │
├───────────────────┼───────────────────┼─────────────────────┤
│ • 中国大陆节点 │ • 伦敦节点 │ • 美国节点 │
│ • 香港节点 │ • 法兰克福节点 │ • 巴西节点 │
│ • 新加坡节点 │ • 迪拜节点 │ │
│ • 日本节点 │ │ │
└───────────────────┴───────────────────┴─────────────────────┘
节点类型与职责
| 节点类型 |
部署位置 |
核心职责 |
数据存储 |
| 根节点(Root) |
新加坡 |
全球路由、跨境清算、汇率管理 |
全局索引 |
| 区域节点(Regional) |
各大区 |
区域内清算、监管报送、本地化 |
区域数据 |
| 本地节点(Local) |
各国家 |
用户服务、本地支付、法规遵从 |
本地数据 |
| 监管节点(RegNode) |
监管机构 |
只读审计、实时监控、数据报送 |
审计日志 |
9.3 跨境交易架构
跨境交易流程
┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐
│ 买方 │───→│ 本地节点 │───→│ 根节点 │───→│ 本地节点 │───→│ 卖方 │
│ (中国) │ │ (CN) │ │ (SG) │ │ (US) │ │ (美国) │
└─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘
│ │ │ │ │
│ CNY支付 │ 清算路由 │ USD结算 │ USD入账 │
└──────────────┴──────────────┴──────────────┴──────────────┘
汇率锁定 | T+2结算
多币种支持
| 币种 |
代码 |
支持场景 |
结算方式 |
| 人民币 |
CNY |
中国大陆 |
本地清算 |
| 港币 |
HKD |
香港 |
本地清算 |
| 美元 |
USD |
美国/国际 |
跨境清算 |
| 新加坡元 |
SGD |
新加坡 |
本地/跨境 |
| 欧元 |
EUR |
欧盟区 |
跨境清算 |
9.4 监管数据报送
| 报送类型 |
频率 |
数据内容 |
接口标准 |
| 交易流水 |
实时 |
成交记录、资金流向 |
RegNode API |
| 大额交易 |
实时 |
单笔>5万/日累计>20万 |
AML标准格式 |
| 可疑交易 |
实时 |
SAR可疑活动报告 |
FATF标准 |
| 统计报表 |
日/月 |
交易汇总、用户统计 |
监管定制 |
| 审计日志 |
按需 |
全链路操作记录 |
区块链存证 |
10. 性能需求
10.1 性能指标
| 指标 |
目标值 |
说明 |
| API响应时间 |
P99 < 200ms |
核心交易接口 |
| 撮合延迟 |
< 10ms |
订单撮合处理 |
| 系统吞吐量 |
> 10,000 TPS |
峰值交易处理能力 |
| 可用性 |
99.95% |
年度SLA目标 |
| 数据一致性 |
强一致 |
资金相关操作 |
10.2 容量规划
| 阶段 |
用户规模 |
日交易量 |
基础设施 |
| Phase 1 |
10万 |
50万笔 |
3节点K8s |
| Phase 2 |
100万 |
500万笔 |
10节点K8s |
| Phase 3 |
1000万 |
5000万笔 |
多区域集群 |
11. 部署架构需求
11.1 多云部署
┌─────────────────────────────────────────────────────────────┐
│ Multi-Cloud Architecture │
├───────────────────┬───────────────────┬─────────────────────┤
│ 阿里云 (主) │ AWS 新加坡 │ 香港节点 │
├───────────────────┼───────────────────┼─────────────────────┤
│ • 核心业务服务 │ • 海外用户服务 │ • 监管合规节点 │
│ • 主数据库集群 │ • 灾备数据库 │ • 审计数据存储 │
│ • 区块链节点 │ • CDN加速 │ • RegNode接口 │
└───────────────────┴───────────────────┴─────────────────────┘
11.2 部署要求
| 需求 |
描述 |
| 容器化 |
所有服务Docker镜像化 |
| 编排 |
Kubernetes + Helm Charts |
| 配置管理 |
ConfigMap + Vault密钥管理 |
| 蓝绿部署 |
支持零停机发布 |
| 自动扩缩 |
HPA基于CPU/内存/自定义指标 |
| 灾备 |
跨区域数据同步、RTO < 4h |
12. 生态系统架构
12.1 生态参与者模型
┌─────────────────────────────────────────────────────────────┐
│ Xianquan Ecosystem Participants │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ 发行方 │────────→│ 平台 │←────────│ 用户 │ │
│ │Issuers │ │Platform │ │ Users │ │
│ └────┬────┘ └────┬────┘ └────┬────┘ │
│ │ │ │ │
│ │ ┌──────────────┼──────────────┐ │ │
│ │ │ │ │ │ │
│ ▼ ▼ ▼ ▼ ▼ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ 服务商 │ │ 监管方 │ │ 生态伙伴│ │
│ │Providers│ │Regulators│ │Partners│ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
参与者角色定义
| 角色 |
描述 |
权限 |
收益模式 |
| 发行方(Issuer) |
品牌商户、连锁企业 |
发券、核销、数据分析 |
资金沉淀、获客转化 |
| 用户(User) |
C端消费者、B端代理 |
买卖券、核销使用 |
折扣消费、交易差价 |
| 服务商(Provider) |
支付、KYC、风控服务 |
API接入、数据处理 |
服务费分成 |
| 监管方(Regulator) |
金融监管机构 |
只读审计、数据报送 |
合规保障 |
| 生态伙伴(Partner) |
金融机构、流量平台 |
联合运营、用户导入 |
流量变现、数据合作 |
12.2 商业模式架构
三大收入来源
┌─────────────────────────────────────────────────────────────┐
│ Revenue Architecture │
├───────────────────┬───────────────────┬─────────────────────┤
│ 交易手续费 │ 企业SaaS服务 │ 数据与金融服务 │
│ (Transaction) │ (Enterprise) │ (Data & Finance) │
├───────────────────┼───────────────────┼─────────────────────┤
│ • 买方手续费 0.5% │ • 发行管理系统 │ • 信用评估报告 │
│ • 卖方手续费 1.0% │ • 数据分析看板 │ • 动态定价API │
│ • 提现手续费 0.1% │ • API调用额度 │ • 资产证券化 │
│ │ • 定制化开发 │ • 供应链金融 │
├───────────────────┼───────────────────┼─────────────────────┤
│ 预估占比: 60% │ 预估占比: 25% │ 预估占比: 15% │
└───────────────────┴───────────────────┴─────────────────────┘
12.3 激励机制设计
用户激励
| 行为 |
奖励类型 |
奖励规则 |
上限 |
| 首次注册 |
平台积分 |
100积分 |
一次性 |
| 实名认证 |
平台积分 |
200积分 |
一次性 |
| 邀请好友 |
现金红包 |
好友首单5%返现 |
100元/人 |
| 交易活跃 |
手续费减免 |
月交易>10笔减免20% |
月度重置 |
| 优质评价 |
信用加分 |
正面评价+1分 |
累计 |
发行方激励
| 层级 |
月发行量 |
手续费率 |
增值服务 |
| 白银 |
<100万 |
1.5% |
基础看板 |
| 黄金 |
100-500万 |
1.2% |
高级分析 |
| 铂金 |
500-2000万 |
1.0% |
专属客服 |
| 钻石 |
>2000万 |
0.8% |
定制开发 |
12.4 开放平台架构
┌─────────────────────────────────────────────────────────────┐
│ Open Platform Architecture │
├─────────────────────────────────────────────────────────────┤
│ 开发者门户 │
│ (Developer Portal / docs.xianquan.com) │
├───────────────────┬───────────────────┬─────────────────────┤
│ 企业开放API │ 数据服务API │ 生态集成API │
│ (Enterprise) │ (Data) │ (Integration) │
├───────────────────┼───────────────────┼─────────────────────┤
│ • 券发行接口 │ • 行情数据 │ • 支付网关 │
│ • 核销回调 │ • 用户画像 │ • KYC服务 │
│ • 订单同步 │ • 信用查询 │ • 短信/推送 │
│ • 结算报表 │ • 统计分析 │ • 地图/LBS │
├───────────────────┼───────────────────┼─────────────────────┤
│ 调用限制: │ 调用限制: │ 调用限制: │
│ 1000次/分钟 │ 100次/分钟 │ 按服务计费 │
└───────────────────┴───────────────────┴─────────────────────┘
SDK支持
| SDK |
语言/平台 |
功能 |
状态 |
| xianquan-js |
JavaScript/Node.js |
全功能 |
已发布 |
| xianquan-java |
Java/Android |
全功能 |
已发布 |
| xianquan-python |
Python |
数据分析 |
已发布 |
| xianquan-swift |
iOS/macOS |
移动端 |
开发中 |
| xianquan-go |
Go |
高性能服务 |
计划中 |
13. 开发里程碑
Phase 1: 基础平台(MVP)
Phase 2: 核心交易
Phase 3: 智能升级
Phase 4: 生态扩展
14. 附录
14.1 术语表
| 术语 |
说明 |
| 券 (Coupon) |
平台交易的数字权益凭证 |
| 券权 |
券的所有权和使用权 |
| RegNode |
监管合规节点,供监管机构只读审计 |
| 撮合 |
买卖订单匹配成交 |
| T+1结算 |
交易次日完成资金清算 |
| DPoA |
Delegated Proof of Authority,委托权威证明共识机制 |
| GCFN |
Global Coupon Financial Network,全球券金融网络 |
| 沉淀率(Breakage) |
券过期未使用比例,发行方潜在收益 |
| 核销率(Redemption) |
券实际使用比例,反映券的价值 |
| MSB |
Money Services Business,美国货币服务业务牌照 |
| SVF |
Stored Value Facility,香港储值支付工具牌照 |
| AML/KYC |
反洗钱/了解你的客户,合规审查流程 |
14.2 参考文档
- 《闲券交易平台产品蓝图》完整版
- 《闲券(Xianquan)交易平台经济基础设施白皮书》
- Hyperledger Fabric官方文档
- 金融行业安全合规指南
- ISO 27001信息安全管理体系标准
- PCI-DSS支付卡行业数据安全标准
文档版本: v2.0
创建日期: 2026-01-27
最后更新: 2026-01-27
基于: 闲券(Xianquan)交易平台产品蓝图.pdf + 闲券(Xianquan)交易平台经济基础设施白皮书.pdf
整合内容: 智能合约架构、资金托管体系、信用评分模型、全球化监管框架、生态系统架构