承兑平台在线文档

Appearance

项目概述 ​

**本文引用的文件** - [提示词.txt](file://提示词.txt) - [承兑平台产品方案文档.md](file://承兑平台产品方案文档.md) - [决策变更清单.md](file://决策变更清单.md) - [待确认决策清单.md](file://待确认决策清单.md) - [综合审查报告.md](file://综合审查报告.md) - [文档\Readme.md](file://文档\Readme.md) - [任务和测试过程\Readme.md](file://任务和测试过程\Readme.md) - [AI沟通记录\2026-06-08_沟通记录.md](file://AI沟通记录\2026-06-08_沟通记录.md)

目录 ​

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

引言 ​

本项目旨在建设一个“法币-USDT 承兑流动性平台”，通过做市商与流动性撮合机制，为外汇平台（商户）提供法币与 USDT 之间的兑换通道，满足其客户在法币入金与出金方面的基础需求。平台不直接持有法币，所有内部结算以 USDT 完成，通过交易员被动接单赚取 bid/ask 价差，平台通过派单机制将利润机会分配给交易员，同时平台从 USDT 数量差中获取稳定利润。

  • 核心目标：为商户提供稳定的法币-USDT 兑换通道，降低其银行卡资源与兑付压力。
  • 价值主张：对商户（外汇平台）——快速接入法币通道；对交易员——提供稳定价差收益；对平台——通过点差与手续费盈利；对介绍人——按引荐商户交易量获得持续返佣。
  • 目标用户：商户（外汇平台）、交易员、管理员（平台运营）、介绍人。

章节来源

  • [承兑平台产品方案文档.md:10-41](file://承兑平台产品方案文档.md#L10-L41)

项目结构 ​

仓库包含产品方案、决策清单、审查报告、任务与测试过程、Axure 原型以及沟通记录等文档，形成从需求到落地的完整知识沉淀。项目当前处于“前期评估/方案介绍”阶段，已完成大量业务模型、流程与技术参数的梳理，并产出多轮决策确认与综合审查意见。

mermaid
graph TB
A["项目文档集合"] --> B["产品方案文档"]
A --> C["决策变更清单"]
A --> D["待确认决策清单"]
A --> E["综合审查报告"]
A --> F["任务与测试过程"]
A --> G["Axure 原型"]
A --> H["沟通记录"]
B --> I["业务流程/角色/功能/资金流"]
C --> J["已确认的关键决策"]
D --> K["待确认的关键问题"]
E --> L["架构/合规/运营/客服审查意见"]
F --> M["实施路线图/里程碑"]
G --> N["商户/交易员/管理员原型"]
H --> O["需求讨论与推进记录"]

章节来源

  • [文档\Readme.md:1-3](file://文档\Readme.md#L1-L3)
  • [任务和测试过程\Readme.md:1-3](file://任务和测试过程\Readme.md#L1-L3)

核心组件 ​

  • 角色体系与职责边界：平台 Admin、商户（外汇平台）、交易员、承兑-代理（团队长）、终端用户、商户介绍人。
  • 核心业务流程：入金（法币→USDT）与出金（USDT→法币）两条主线，配套异常处理与申诉机制。
  • 功能模块：订单中心、费率引擎、营销中心、钱包中心、风控中心、通知中心、数据报表中心等。
  • 资金与数据流：以 USDT 为唯一结算介质，平台内部完成冻结/划转/释放，法币流转由交易员与终端用户线下完成。

章节来源

  • [承兑平台产品方案文档.md:43-153](file://承兑平台产品方案文档.md#L43-L153)
  • [承兑平台产品方案文档.md:295-331](file://承兑平台产品方案文档.md#L295-L331)
  • [承兑平台产品方案文档.md:497-594](file://承兑平台产品方案文档.md#L497-L594)

架构总览 ​

平台采用“做市商 + 流动性撮合”的双层报价体系：对外报价（商户/终端用户看到）与交易员结算价（交易员实际结算）。平台通过基准 bid/ask 设定利润空间，交易员通过被动接单赚取价差，平台通过派单分配利润机会。资金托管采用分层混合方案：热钱包用于日常周转，冷钱包用于大额储备，平台内部以数据库记账完成 USDT 的冻结/划转/释放，零 Gas 成本。

mermaid
graph TB
subgraph "前端"
U["终端用户"]
M["商户外汇平台"]
T["交易员App/H5"]
A["Admin后台"]
end
subgraph "业务中台"
OC["订单中心"]
FE["费率引擎"]
MC["营销中心"]
RC["风控中心"]
DC["数据报表中心"]
end
subgraph "基础设施"
AC["账户数据库"]
WC["钱包中心"]
NC["通知中心"]
BC["区块链节点/监控"]
end
U --> M
M --> OC
T --> OC
A --> OC
OC --> FE
OC --> MC
OC --> RC
FE --> AC
MC --> AC
RC --> AC
OC --> AC
WC --> BC
NC --> M
NC --> T
NC --> A

章节来源

  • [承兑平台产品方案文档.md:299-331](file://承兑平台产品方案文档.md#L299-L331)
  • [承兑平台产品方案文档.md:598-653](file://承兑平台产品方案文档.md#L598-L653)

详细组件分析 ​

业务模式与价值主张 ​

  • 做市商+流动性撮合：平台设定基准 bid/ask，交易员被动接单赚取价差，平台通过派单分配利润机会。
  • 价差与手续费：平台通过 USDT 数量差（入金/出金各 0.01 USDT）与商户/交易员手续费抽成盈利。
  • 用户价值：商户快速接入法币通道；交易员稳定获益；平台稳定盈利；介绍人按交易量返佣。

章节来源

  • [承兑平台产品方案文档.md:10-41](file://承兑平台产品方案文档.md#L10-L41)

角色体系与职责边界 ​

  • 平台 Admin：商户/交易员/代理管理、费率配置、订单运营、资金管理、介绍人管理。
  • 商户（外汇平台）：API 接入与后台、发起订单、费率调节、交易员点差、资金管理、终端服务。
  • 交易员：充值保证金、绑定收款方式、接单处理、订单确认、充提 USDT、收益获取。
  • 承兑-代理（团队长）：招募交易员、团队管理、按交易量抽成（上限 0.3%，基数为用户流转 USDT）。
  • 终端用户：发起入金/出金、线下法币转账、状态确认。
  • 商户介绍人：引荐商户、按交易量获得返佣。

章节来源

  • [承兑平台产品方案文档.md:69-153](file://承兑平台产品方案文档.md#L69-L153)

核心业务流程 ​

入金流程（法币→USDT） ​

  • 终端用户在商户界面发起入金，商户向平台发起购买 USDT 订单。
  • 平台根据指派规则匹配交易员，锁定其 USDT（冻结状态）。
  • 终端用户线下向交易员银行卡转账人民币，点击“我已转账”。
  • 交易员线下确认收款，平台校验后将冻结的 USDT 划转至商户账户。
  • 入金完成，商户为终端用户记账。
mermaid
sequenceDiagram
participant U as "终端用户"
participant M as "商户外汇平台"
participant P as "平台"
participant T as "交易员"
U->>M : 发起入金法币
M->>P : 发起购买USDT订单
P->>T : 指派并锁定USDT
U->>T : 线下转账人民币
U->>P : 点击“我已转账”
T->>P : 确认收款
P->>P : 校验并释放冻结USDT
P->>M : 划转USDT至商户账户
M-->>U : 入金完成

章节来源

  • [承兑平台产品方案文档.md:158-192](file://承兑平台产品方案文档.md#L158-L192)

出金流程（USDT→法币） ​

  • 终端用户在商户界面申请出金，商户向平台发起出售 USDT 订单（单笔/批量）。
  • 平台将商户 USDT 划入监管账户并锁定。
  • 平台指派交易员，交易员线下向终端用户银行卡转账人民币并上传凭证。
  • 平台风控审核凭证，审核通过后释放 USDT 给交易员，并回调商户。
  • 商户为终端用户扣款，订单完成。
mermaid
sequenceDiagram
participant U as "终端用户"
participant M as "商户外汇平台"
participant P as "平台"
participant T as "交易员"
U->>M : 申请出金USDT
M->>P : 发起出售USDT订单
P->>P : 商户USDT划入监管账户并锁定
P->>T : 指派交易员
T->>U : 线下转账人民币
T->>P : 上传转账凭证
P->>P : 风控审核凭证
P->>T : 审核通过→释放USDT
P->>M : 回调通知
M-->>U : 扣款完成

章节来源

  • [承兑平台产品方案文档.md:193-247](file://承兑平台产品方案文档.md#L193-L247)

异常与申诉机制 ​

  • 入金异常：金额不符、用户未转账但点击“已转账”、交易员未收款但点击“确认收款”、超时未处理。
  • 出金异常：交易员转账金额错误、未转账但点击“已转账”、终端用户恶意申诉、银行延迟到账、交易员超时未确认。
  • 申诉流程：商户/终端用户发起申诉，平台核查转账记录，确认后执行补偿/处罚/回滚。

章节来源

  • [承兑平台产品方案文档.md:249-291](file://承兑平台产品方案文档.md#L249-L291)

功能模块与数据/资金流 ​

订单中心 ​

  • 入金/出金订单管理、批量出金、指派引擎、订单状态机、异常订单处理。
  • 状态机：待指派 → 已指派 → 待转账 → 待确认 → 已完成/已取消。

章节来源

  • [承兑平台产品方案文档.md:335-344](file://承兑平台产品方案文档.md#L335-L344)

费率引擎（两套报价体系 + 三层级配置） ​

  • 对外报价（商户/终端用户看到）与交易员结算价（交易员实际结算）。
  • 三层级配置：平台基准报价（全局唯一）→ 交易员偏移规则（按等级/独立配置）→ 商户加点规则（每个商户独立）。
  • 汇率服务：商户查询汇率返回含商户加点后的最终汇率；不提供独立的纯基准汇率接口。

章节来源

  • [承兑平台产品方案文档.md:346-461](file://承兑平台产品方案文档.md#L346-L461)

营销中心（返佣与补助） ​

  • 商户介绍人返佣、小额补助、夜间补助、补助分摊、防补助套利（随机化触发 + 次数上限）。

章节来源

  • [承兑平台产品方案文档.md:462-483](file://承兑平台产品方案文档.md#L462-L483)

钱包中心 ​

  • 地址管理（每用户每链独立地址，HD Wallet）、充值确认、内部划转、提现审核、冷热钱包。

章节来源

  • [承兑平台产品方案文档.md:485-494](file://承兑平台产品方案文档.md#L485-L494)

数据流与资金流 ​

  • 数据流：终端用户 → 商户 → 交易员端/运营后台 → 账户数据库/钱包服务/通知服务。
  • 资金流（入金/出金）：USDT 冻结/划转/释放在平台内部完成，法币流转线下完成，平台零 Gas 成本。

章节来源

  • [承兑平台产品方案文档.md:499-594](file://承兑平台产品方案文档.md#L499-L594)

技术架构与托管方案 ​

  • 技术栈：云服务（AWS/阿里云/腾讯云）、数据库（PostgreSQL + Redis）、区块链节点（QuickNode/Alchemy/自建）、短信/邮件（Twilio/SendGrid/国内云通信）。
  • 资金托管：分层混合托管（Layer 1：平台内部记账；Layer 2：热钱包；Layer 3：冷钱包多签），日常交易零 Gas，热钱包监控与归集自动化。

章节来源

  • [承兑平台产品方案文档.md:656-694](file://承兑平台产品方案文档.md#L656-L694)
  • [承兑平台产品方案文档.md:598-653](file://承兑平台产品方案.md#L598-L653)

依赖分析 ​

  • 外部依赖：区块链节点服务（QuickNode/Alchemy）、短信/邮件服务、合规与反洗钱服务（SumSub/Chainalysis/TrmLabs）、合规律师与法律意见。
  • 内部耦合：订单中心与费率引擎高度耦合；钱包中心与风控中心联动；通知中心贯穿商户/交易员/Admin。
  • 风险点：独立地址与共享地址方案冲突、合规路径风险、报价偏离保护、T+1 批量结算幂等性、多签签名人集中风险。
mermaid
graph TB
subgraph "外部"
EX["区块链节点"]
SM["短信/邮件"]
KYC["KYC/AML"]
LG["合规律师"]
end
subgraph "内部"
OC["订单中心"]
FE["费率引擎"]
WC["钱包中心"]
RC["风控中心"]
NC["通知中心"]
end
OC --> FE
OC --> WC
WC --> EX
NC --> SM
RC --> KYC
FE --> LG

章节来源

  • [综合审查报告.md:81-130](file://综合审查报告.md#L81-L130)
  • [综合审查报告.md:173-242](file://综合审查报告.md#L173-L242)

性能考量 ​

  • 交易速度：平台内部以数据库记账，毫秒级完成冻结/划转/释放；链上交互仅充值/提现，内部零 Gas。
  • 并发与一致性：订单指派引擎需并发控制（分布式锁/数据库行锁），批量结算需幂等性（批次号+事务+乐观锁）。
  • 风控与银行风控友好：单卡防分散转出、释放间隔可配置、同地区优先，降低银行风控触发概率。
  • 监控与告警：三级告警体系（黄/橙/红）、熔断/降级策略、异常订单自动释放与告警。

章节来源

  • [综合审查报告.md:121-130](file://综合审查报告.md#L121-L130)
  • [综合审查报告.md:141-156](file://综合审查报告.md#L141-L156)
  • [综合审查报告.md:271-279](file://综合审查报告.md#L271-L279)

故障排查指南 ​

  • 入金争议：用户未转账但点击“已转账”、交易员未收款但点击“确认收款”。建议核查银行回执与转账记录，必要时执行内部赔付（USDT 内部划转）。
  • 出金争议：交易员未转账但点击“已转账”、终端用户恶意申诉。建议按 SLA 仲裁，超时自动执行“有利于终端用户”的预设操作。
  • 系统异常：订单状态卡死、资金冻结、批量结算失败。建议启用对账重试机制、资金操作日志、自动释放与告警。
  • 合规与风控：KYC 标准不足、制裁名单筛查缺失、Travel Rule 未实现。建议补齐 KYC/AML/制裁名单/Travel Rule 基础设施。

章节来源

  • [综合审查报告.md:263-270](file://综合审查报告.md#L263-L270)
  • [综合审查报告.md:330-348](file://综合审查报告.md#L330-L348)
  • [综合审查报告.md:201-225](file://综合审查报告.md#L201-L225)

结论 ​

承兑平台项目在业务模型、流程设计与技术架构方面已形成较为完善的方案，具备清晰的角色分工、稳健的资金与数据流、以及可落地的实施路线图。当前阶段的关键挑战在于：统一技术方案（独立地址 vs 共享地址）、合规路径与风险准备金机制、批量出金 U 池锁定的健壮性、以及运营与客服体系的完善。建议优先解决 P0 级问题，确保合规与安全底线，再推进开发与上线。

[本节为总结性内容，不直接分析具体文件]

附录 ​

项目背景、发展历程与当前状态 ​

  • 背景：为外汇平台提供法币-USDT 兑换通道，解决其银行卡资源不足与兑付压力。
  • 发展历程：从需求讨论到产品方案、决策确认、综合审查，逐步完善业务与技术细节。
  • 当前状态：方案文档已完成 v1.1，37 项决策已确认，进入实施准备阶段。

章节来源

  • [提示词.txt:8-27](file://提示词.txt#L8-L27)
  • [决策变更清单.md:3-7](file://决策变更清单.md#L3-L7)
  • [AI沟通记录\2026-06-08_沟通记录.md:1-10](file://AI沟通记录\2026-06-08_沟通记录.md#L1-L10)

未来规划 ​

  • Phase 1（MVP）：核心交易、基础账户、费率体系、链支持（TRC20/ERC20/BEP20 优先级）、管理后台、风险准备金与保险（V1 不设）。
  • Phase 2（运营增强）：批量出金、返佣体系、补助体系、风控升级。
  • Phase 3（规模化）：智能合约（可选）、数据分析、风险准备金、保险、KYC 升级。

章节来源

  • [承兑平台产品方案文档.md:747-780](file://承兑平台产品方案文档.md#L747-L780)

优势与挑战分析 ​

  • 优势：做市商+撮合模式、价差稳定、USDT 内部结算零 Gas、分层混合托管兼顾效率与安全、多层次风控与申诉机制。
  • 挑战：合规路径风险（VASP 申请与服务人民币用户的法律边界）、独立地址与共享地址方案冲突、报价偏离保护、T+1 结算幂等性、多签签名人集中风险、KYC/AML/Travel Rule 基础设施缺失。

章节来源

  • [综合审查报告.md:175-242](file://综合审查报告.md#L175-L242)
  • [综合审查报告.md:81-130](file://综合审查报告.md#L81-L130)
  • [决策变更清单.md:9-105](file://决策变更清单.md#L9-L105)