承兑平台在线文档

Appearance

已确认决策跟踪 ​

**本文引用的文件** - [决策变更清单.md](file://决策变更清单.md) - [待确认决策清单.md](file://待确认决策清单.md) - [提示词.txt](file://提示词.txt) - [2026-06-03-Chat.md](file://AI沟通记录/2026-06-03-Chat.md) - [2026-06-06_沟通记录.md](file://AI沟通记录/2026-06-06_沟通记录.md) - [2026-06-08_沟通记录.md](file://AI沟通记录/2026-06-08_沟通记录.md) - [充值.html](file://Axure老的项目原型/老的项目原型/【App】交易员/充值.html) - [提现.html](file://Axure老的项目原型/老的项目原型/【App】交易员/提现.html) - [接单管理.html](file://Axure老的项目原型/老的项目原型/【App】交易员/接单管理.html)

目录 ​

  1. 简介
  2. 项目结构
  3. 核心组件
  4. 架构总览
  5. 详细组件分析
  6. 依赖关系分析
  7. 性能考量
  8. 故障排查指南
  9. 结论
  10. 附录

简介 ​

本文件面向“承兑平台”的已确认决策，基于决策变更清单中的37项已确认决策，系统梳理并呈现以下维度：

  • 核心业务模型变更：平台定位、盈利模型、bid/ask术语定义
  • 核心业务流程变更：出金流程、异常处理、争议赔付
  • 技术参数变更：充值地址、结算时区、Webhook签名
  • 合规与风控变更：合规路径、风控策略
  • 交易与服务规则变更：交易时段、费率金额、争议处理
  • API接口变更、文件上传变更、交易员端变更
  • 决策跟踪：决策编号、决策类型、决策状态、责任人、执行时间等

本文件旨在帮助产品、研发、运营、合规与风控团队统一认知，指导后续方案落地与实施。

项目结构 ​

  • 决策与沟通材料集中于根目录，包含：
    • 已确认的“决策变更清单”（37项）
    • 待确认的“待确认决策清单”
    • 与AI沟通的“提示词”与“沟通记录”
    • Axure老原型（交易员端页面）用于理解业务流程与交互
mermaid
graph TB
A["决策变更清单.md<br/>37项已确认决策"] --> B["核心业务模型变更"]
A --> C["核心业务流程变更"]
A --> D["技术参数变更"]
A --> E["合规与风控变更"]
A --> F["交易与服务规则变更"]
A --> G["API接口变更"]
A --> H["文件上传变更"]
A --> I["交易员端变更"]
J["待确认决策清单.md"] --> K["决策待确认池"]
L["提示词.txt"] --> M["业务背景与角色定义"]
N["Axure老原型<br/>充值/提现/接单管理"] --> O["业务流程与交互参考"]

图表来源

  • [决策变更清单.md:1-235](file://决策变更清单.md#L1-L235)
  • [待确认决策清单.md:1-523](file://待确认决策清单.md#L1-L523)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [充值.html:1-551](file://Axure老的项目原型/老的项目原型/【App】交易员/充值.html#L1-L551)
  • [提现.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/提现.html#L1-L800)
  • [接单管理.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/接单管理.html#L1-L800)

章节来源

  • [决策变更清单.md:1-235](file://决策变更清单.md#L1-L235)
  • [待确认决策清单.md:1-523](file://待确认决策清单.md#L1-L523)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [2026-06-03-Chat.md:1-6](file://AI沟通记录/2026-06-03-Chat.md#L1-L6)
  • [2026-06-06_沟通记录.md:1-52](file://AI沟通记录/2026-06-06_沟通记录.md#L1-L52)
  • [2026-06-08_沟通记录.md:1-10](file://AI沟通记录/2026-06-08_沟通记录.md#L1-L10)

核心组件 ​

  • 平台角色与定位
    • 平台角色：做市商 + 流动性撮合平台
    • 交易员角色：流动性提供者，被动接单赚取bid/ask价差
    • 盈利来源：价差（非佣金），平台通过派单分配利润机会
  • 价差模型与报价
    • 平台设定bid/ask，参考外部行情调整
    • 示例：bid=6.77（买入USDT价），ask=6.78（卖出USDT价）
  • 汇率服务模式
    • 不提供独立汇率查询接口
    • 商户可查询汇率，返回“含商户加点后的最终汇率”
    • 商户加点上限（默认1%，超0.5%提醒）

章节来源

  • [决策变更清单.md:13-61](file://决策变更清单.md#L13-L61)

架构总览 ​

下图映射“已确认决策”在业务与技术层面的关键交互点，便于跨团队协同与落地执行。

mermaid
graph TB
subgraph "业务层"
P["平台定位与盈利模型"] --> Q["价差盈利模型"]
P --> R["报价来源与示例"]
S["业务流程"] --> T["出金流程"]
S --> U["出金异常处理"]
S --> V["入金争议赔付路径"]
W["合规与风控"] --> X["合规路径"]
W --> Y["风控策略"]
Z["交易与服务规则"] --> AA["交易时段"]
Z --> AB["费率与金额"]
Z --> AC["争议处理"]
end
subgraph "技术层"
AD["技术参数"] --> AE["充值地址方案"]
AD --> AF["结算与时区"]
AD --> AG["Webhook与签名"]
AH["API接口"] --> AI["余额/资金明细/交易历史"]
AJ["文件上传"] --> AK["批量出金格式与大小"]
AL["交易员端"] --> AM["收益展示"]
end
P --> AD
S --> AD
W --> AD
Z --> AD
AH --> AD
AJ --> AD
AL --> AD

图表来源

  • [决策变更清单.md:13-235](file://决策变更清单.md#L13-L235)

详细组件分析 ​

核心业务模型变更 ​

  • 平台定位与盈利模型
    • 平台角色：做市商 + 流动性撮合平台
    • 交易员角色：流动性提供者，被动接单赚取bid/ask价差
    • 盈利来源：价差（非佣金），平台通过派单分配利润机会
    • 报价来源：平台手动设定bid/ask，参考外部行情调整
    • 报价示例：bid=6.77，ask=6.78（平台设定，非市场撮合）
  • bid/ask术语定义修正
    • 修正为行业标准：bid=买入USDT的价格，ask=卖出USDT的价格
    • 原定义与全球金融标准相反，需全文修正
  • 汇率服务模式
    • 不提供独立汇率查询接口（D37=B）
    • 商户可查询汇率，返回“含商户加点后的最终汇率”（D20=A）
    • 商户加点上限（默认1%，超0.5%提醒）（D22=A）

章节来源

  • [决策变更清单.md:13-61](file://决策变更清单.md#L13-L61)

核心业务流程变更 ​

  • 出金流程（重大修正）
    • 商户发起出金订单 → 平台监管账户锁定USDT（非交易员账户）→ 平台指派交易员（指派制）→ 交易员向终端用户银行卡转账CNY → 交易员上传转账凭证 → 平台风控审核凭证 → 审核通过 → USDT从监管账户释放给交易员
    • 关键变更点：监管账户锁定、指派制、凭证上传与风控审核、审核通过后释放
  • 出金异常处理
    • 风控审核不通过：联系交易员补充证据 → 交易员无法提供 → USDT退还商户
    • 交易员超时未转CNY：改派其他交易员（USDT留在监管账户）→ 再次超时 → 再次改派 → 实在找不到交易员 → USDT退还商户（最后手段）
    • 核心原则：不到万不得已，不退钱给商户；优先改派，保证订单完成
  • 入金争议赔付路径
    • 赔付方式：USDT内部划转（交易员保证金 → 商户账户）
    • 法币参与：平台不涉及法币，所有赔付在平台内部以USDT完成
    • 商户角色：商户收到USDT后自行决定是否折算CNY给终端用户
mermaid
sequenceDiagram
participant 商户 as "商户"
participant 平台 as "平台"
participant 交易员 as "交易员"
participant 风控 as "风控"
商户->>平台 : 发起出金订单
平台->>平台 : 锁定USDT至监管账户
平台->>交易员 : 指派交易员
交易员->>终端用户 : 转账CNY
交易员->>平台 : 上传转账凭证
平台->>风控 : 审核凭证
风控-->>平台 : 审核结果
平台-->>交易员 : 释放USDT审核通过

图表来源

  • [决策变更清单.md:67-104](file://决策变更清单.md#L67-L104)

章节来源

  • [决策变更清单.md:67-104](file://决策变更清单.md#L67-L104)

技术参数变更 ​

  • 充值地址方案
    • 方案：统一为独立地址（HD Wallet）（D2=A）
    • Memo：不再需要Memo，每用户每链独立地址
    • TRC20兼容：兼容（删除共享地址方案，以23.3.2为准）
  • 结算与时区
    • T+1结算时区：UTC+8（与香港时间一致）（D10=A，需律师确认）
    • 跨日订单：23:50后创建的订单自动算T+1（D11=A）
    • 结算幂等性：结算批次号 + 数据库事务双重保障（D12=C）
  • Webhook与签名
    • 回调重试：指数退避（1s→5s→30s→5min→30min，最多5次）+ 商户手动重发兜底（D13=C）
    • 签名算法：HMAC-SHA256（D14=A）
  • 冷钱包多签
    • 签名人：跨部门 + 备份人员（D15=C，测试阶段确定具体人选）

章节来源

  • [决策变更清单.md:109-139](file://决策变更清单.md#L109-L139)

合规与风控变更 ​

  • 合规路径
    • VASP策略：先聘请香港持牌合规律师做法律意见（D5=C）
    • 用户范围：请中国法律专家评估合规性（D6=C，与D5合并咨询）
    • KYC标准：V1保持静态拍照，V2升级活体检测（D7=B）
    • Travel Rule：V1实现数据采集框架，记录发收方信息，暂不做跨平台传递（D16=A）
    • 制裁名单：V1用OFAC SDN List本地匹配（D17=C）
    • 税务合规：找跨境税务顾问咨询，结论写入文档（D18=C）
  • 风控策略
    • 报价偏离保护：仅告警，偏离超阈值通知运营（D4=C）
    • U池锁定：锁定105% + 锁定期间冻结商户提现（D8=A+B）
    • 挂起状态：保持无上限，挂起超4h告警运营主管（D9=C）
    • 单卡风控：单卡24h收款人上限 + 可配置释放间隔 + 同地区优先（D31=C）
    • 补助套利：随机化 + 次数上限（D28=C，暂非重点）

章节来源

  • [决策变更清单.md:142-164](file://决策变更清单.md#L142-L164)

交易与服务规则变更 ​

  • 交易时段
    • 服务时间：非24小时，双层控制（D36=D）
      • 平台层：Admin设置全局开启/关闭时间，API返回当前是否在交易时段
      • 交易员层：交易员可在平台开放时段内自行上线/下线
  • 费率与金额
    • 费率变更：立即生效，仅对新订单有效（订单级隔离）（D24）
    • 最小金额：以USDT为单位，入金/出金分别可配，支持多币种预估（D21=C）
    • 入金冷静期：不做冷静期，走争议仲裁（D26=B）
  • 争议处理
    • 证据标准：三选二（银行截图/电子回执/录屏）+ 举证责任明确（D29=C）
    • 仲裁SLA：入金2h + 出金30min + 超时自动兜底（D30=C）

章节来源

  • [决策变更清单.md:169-197](file://决策变更清单.md#L169-L197)

API接口变更 ​

  • 汇率查询：提供，返回商户加点后的最终汇率（D20=A，D37=B）
  • 余额查询：提供GET /api/v1/balance，含可用余额、冻结余额（D38=A）
  • 资金明细：提供GET /api/v1/transactions，含充值、出金、手续费等（D38=A）
  • 交易历史：提供GET /api/v1/orders，支持时间/状态/类型筛选，分页（D39=A）

章节来源

  • [决策变更清单.md:200-208](file://决策变更清单.md#L200-L208)

文件上传变更 ​

  • 批量出金格式：下载.xlsx模板，上传接受.xlsx/.csv，服务端只提取纯数据值（D25=D）
  • 文件大小：限制5MB

章节来源

  • [决策变更清单.md:211-217](file://决策变更清单.md#L211-L217)

交易员端变更 ​

  • 收益展示：资产模块显示预估收益汇总（日/周/月）（D27=A）

章节来源

  • [决策变更清单.md:220-225](file://决策变更清单.md#L220-L225)

V1范围变更 ​

  • 支持链数：三链全支持，开发优先级TRC20 → ERC20 → BEP20（D19=C）
  • 风险准备金：V1不设立，V2有盈利后再设（D32=C）
  • 数字资产保险：V1不购买，靠冷钱包多签+热钱包限额+运营风控（D33=B）

章节来源

  • [决策变更清单.md:228-235](file://决策变更清单.md#L228-L235)

依赖关系分析 ​

  • 决策来源与一致性
    • 已确认决策来源于“待确认决策清单”，并在“决策变更清单”中汇总确认
    • “提示词.txt”提供了业务背景与角色定义，支撑对决策的理解
  • 原型与流程映射
    • Axure原型中的“充值/提现/接单管理”页面体现了交易员端关键交互，与已确认的业务流程（如出金流程、交易时段、单笔限额等）形成映射
mermaid
graph LR
A["待确认决策清单.md"] --> B["决策变更清单.md"]
C["提示词.txt"] --> B
D["充值.html"] --> B
E["提现.html"] --> B
F["接单管理.html"] --> B

图表来源

  • [待确认决策清单.md:480-523](file://待确认决策清单.md#L480-L523)
  • [决策变更清单.md:1-235](file://决策变更清单.md#L1-L235)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [充值.html:1-551](file://Axure老的项目原型/老的项目原型/【App】交易员/充值.html#L1-L551)
  • [提现.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/提现.html#L1-L800)
  • [接单管理.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/接单管理.html#L1-L800)

章节来源

  • [待确认决策清单.md:480-523](file://待确认决策清单.md#L480-L523)
  • [决策变更清单.md:1-235](file://决策变更清单.md#L1-L235)
  • [提示词.txt:1-144](file://提示词.txt#L1-L144)
  • [充值.html:1-551](file://Axure老的项目原型/老的项目原型/【App】交易员/充值.html#L1-L551)
  • [提现.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/提现.html#L1-L800)
  • [接单管理.html:1-800](file://Axure老的项目原型/老的项目原型/【App】交易员/接单管理.html#L1-L800)

性能考量 ​

  • 结算幂等性：通过“结算批次号 + 数据库事务”双重保障，避免重复结算带来的性能与一致性风险
  • Webhook重试：指数退避+手动重发兜底，降低回调失败对商户侧的影响
  • 链路优化：独立地址（HD Wallet）方案减少Memo依赖，提升链上确认与审计清晰度
  • 风控策略：单卡风控（收款人上限、释放间隔、同地区优先）降低银行风控告警概率，提高批量出金成功率

故障排查指南 ​

  • 出金异常处理
    • 风控审核不通过：检查交易员上传凭证是否完整，引导补充证据；若仍无法提供，按流程退还USDT给商户
    • 交易员超时：优先改派其他交易员；若多次改派仍无人接单，按流程退还USDT给商户
  • 争议处理
    • 证据标准：确保至少提供两种有效证据（银行截图/电子回执/录屏），举证责任明确
    • 仲裁SLA：入金2h + 出金30min，超时自动执行有利于终端用户的预设操作
  • Webhook回调失败
    • 指数退避重试（最多5次）+ 商户手动重发兜底
    • 使用HMAC-SHA256签名校验，确保回调来源可信

章节来源

  • [决策变更清单.md:88-104](file://决策变更清单.md#L88-L104)
  • [决策变更清单.md:187-197](file://决策变更清单.md#L187-L197)
  • [决策变更清单.md:127-133](file://决策变更清单.md#L127-L133)

结论 ​

  • 已确认的37项决策覆盖平台定位、业务流程、技术参数、合规风控、交易规则、API与文件上传、交易员端等多个方面，形成完整的V1方案基线
  • 通过明确的流程与规则（如监管账户锁定、指派制、凭证+风控审核、三选二证据标准、指数退避回调等），显著提升了安全性与可操作性
  • 建议后续在实施过程中持续复盘与优化，确保各模块协同一致、风险可控

附录 ​

  • 决策跟踪表（节选）
    • 决策编号：D1-D39（对应“待确认决策清单”中的决策编号）
    • 决策类型：业务模型、流程、技术参数、合规风控、交易规则、API、文件上传、交易员端、V1范围
    • 决策状态：已确认（37项）
    • 责任人：根据“待确认决策清单”中的“你的决定”字段标注（如A/B/C/D）
    • 执行时间：以“决策变更清单”创建日期（2026-06-08）为基准，后续按各模块推进

章节来源

  • [待确认决策清单.md:480-523](file://待确认决策清单.md#L480-L523)
  • [决策变更清单.md:1-235](file://决策变更清单.md#L1-L235)