一、先明确：仿币安交易所源码到底交付什么

同样是“仿币安交易所源码”，有的供应商给的是完整可编译的工程，包含撮合、钱包、风控和运营后台；有的只给一套前端页面加几个接口文档，核心逻辑仍在对方服务器上。签合同前必须确认三点：源码是否全量交付、是否可离线编译运行、是否有远程授权校验。凡是代码加密、域名绑定、需要联网校验才能启动的，本质上你买的是租用权，不是所有权。

二、一套能真正跑起来的系统应包含哪些模块

  • 撮合引擎：内存撮合，支持限价、市价、止盈止损，K 线由成交记录回放生成而非单独造数据。
  • 行情网关：WebSocket 增量推送深度，断线重连后能补齐快照，不能靠轮询数据库。
  • 账户与资金：现货与合约分账、冻结解冻、划转，所有资金操作必须幂等，防止重复扣款。
  • 钱包系统：多链节点部署、热钱包与冷钱包分离、自动归集、提币人工审核与白名单。
  • 风控模块：同 IP 多账号识别、对刷检测、下单频率限制、异常提币拦截。
  • 运营后台：用户管理、手续费等级、活动配置、工单与审计日志。

如果对方的产品清单里没有“审计日志”和“幂等设计”这两项，基本可以判断这套代码没经过真实资金场景的打磨。

三、考察供应商的四个关键问题

1. 有没有可自行复现的压测报告

不要只看对方给的 TPS 数字。要求提供压测脚本，自己在测试环境跑一遍，重点看撮合延迟 P99 和高并发下的订单丢失率。很多系统在演示环境下单很流畅，一旦行情剧烈波动就卡死。

2. 是否有真实在运营的案例

让对方提供可访问的线上站点，观察其行情刷新频率、深度厚度和提币到账速度。只有演示站、拿不出运营中项目的供应商，风险很高。

3. 私钥和节点由谁掌控

这是最容易出问题的地方。部分方案把钱包私钥托管在供应商服务器上，等于把用户资产的控制权交了出去。正确做法是私钥由你自己生成并离线保存，供应商只提供签名服务的接入代码。

4.