白标交易平台与 B-Book 引擎开发。
适合想自己拥有交易基础设施的创始人和券商。
租用白标平台是开一家券商最快的方式。等到费用、定制上的限制，或者对单一供应商的依赖，比自己开发的代价更高时，自建才开始划算。完整的自研交易引擎，我还没有在生产环境交付过。我每天的工作就在一家线上券商里，做的是引擎周围的系统。这一页讲的是我会怎样接手你的项目。
最接近的生产环境工作
全职 · CFI Financial已在生产环境运行
运营中券商的支付与加密货币后台
在 CFI Financial：已在生产环境运行的钱包支付方式，带字段级权限的加密货币后台 API，以及事件驱动平台上的跨服务排障。
- 3 种钱包支付方式已上线
- 头两个月 26 个工单
- 7 个服务与共享库
我在生产环境做过的、交易核心周围的系统
券商后台 API
订单和交易流水视图、双人复核（maker-checker）审批、分页列表和 CSV 或 PDF 导出，全部受角色和字段级权限控制。
实时风控监控
在真实账户上每隔几秒检查一次亏损和净值规则，并带有保护措施：数字对不上时拒绝执行任何操作。
多租户服务
一个支付网关，每个商户都有自己的凭证、密钥和配置，彼此隔离。多品牌平台需要的正是同一套做法。
入金与退款
在一家正在运营的券商接入 Apple Pay、Google Pay 和 Benefit 作为入金方式，含 webhook 和退款，做到一笔支付不会重复入账，也不会丢失。
加密货币与多资产精度
8 位小数的金额在 API、数据模型和权限定义中全程保持正确。
事件驱动的数据同步
客户门户与后台通过消息队列保持一致，包括让两边都不中断的部署顺序。
我接下来可以构建的
引擎与白标层
尚未作为成品交付
这一部分我会和你一起设计并构建，目前还没有作为成品交付过。它从一次付费的技术冲刺开始：先把核心验证清楚，再在上面搭其他东西。
报价接入
把数据源或流动性提供方的报价标准化，按客户组别加点，并检测报价是否过期，保证任何订单都不会按一个已经失效的价格成交。
订单生命周期
市价单、限价单和止损单用明确的状态机实现：每次状态转换都有记录，每个请求都是幂等的。
持仓、盈亏与保证金
已实现和未实现盈亏、净值、已用和可用保证金，都由同一份实现用定点小数计算。
追加保证金与强平
确定性的强平规则，在接触真实账户之前，先用回放录制的报价序列来测试。
先做 B-Book，再留出 A-Book
执行接口从内部成交开始，同时为把部分订单流路由到流动性提供方以及混合模式留出空间。
从第一版表结构就支持多品牌
租户、品牌和法律实体从一开始就建模，新增一个白标客户只是配置，而不是重写。
上线之前持有客户资金的交易引擎，在上线前需要独立测试、安全审查，以及法律和监管方面的确认。这些我会纳入计划，但无法替代。
合作方式
先从小处开始，行得通再深入合作。
每次合作都从一份书面范围开始。开工之前，你就清楚能拿到什么、要花多少钱、哪些不包括在内。
- 01固定费用 · 1 至 3 周
技术调研冲刺
我梳理你的需求、现有代码和第三方接入权限，然后交付书面架构方案、可行性与风险报告，以及里程碑计划。这些都归你，无论最后由谁来开发。
- 02按里程碑付款
固定范围的 MVP 开发
范围明确的第一个版本，按里程碑开发，全程部署在你随时可以使用的预发环境上。你为已交付的里程碑付款，不按工时计费。
- 03按月
创始工程师合同
我以技术负责人的身份加入，并且亲自动手：架构、后端、前端、基础设施和发版，直接与你协作。
- 04兼职 · 按月
兼职技术负责人
你已经有一位开发者或一个小团队。我负责架构和风险高的部分，评审团队的工作，并确保交付进度不掺水分。
每个项目我都在第一次通话后以美元报价。我在马来西亚工作，中间没有外包公司这一层，所以预算花在工程上，而不是客户管理上。我按范围和责任定价，不是最便宜的选择。
- 与你对接的就是动手做事的人
- 书面范围与里程碑
- 源代码、权限和文档全部交接
- 可按需签署 NDA
- 全职投入，每周 40 小时以上，约定后大约三周开始
合作流程
- 01
一次简短通话
先聊聊你在做什么、已经有什么，以及怎样才算成功，不需要任何承诺。
- 02
书面范围
我做什么、不做什么、有哪些风险，以及价格。较大或尚不明确的项目，先从一次简短的付费技术调研冲刺开始。
- 03
小步、可见的发布
你能尽早、频繁地看到可用的软件，就在你可以亲手点开操作的预发环境里。
- 04
交接与支持
源代码、权限、文档和运维手册，需要的话提供后续支持。
常见问题
- 白标还是自建：该选哪个？
- 如果你刚起步，先用白标：几周就能上线，维护由供应商负责。等到费用、可改动范围的限制，或者对单一供应商的依赖成了真正的成本，再考虑自建。自研核心是一个以月计的项目，之后还有持续的运行成本。如果白标对你仍然更合适，我会直接告诉你。
- 你以前做过自研交易引擎吗？
- 没有在生产环境做过完整的一套。我为一家线上自营交易公司做过 MetaTrader 5 对接和风控监控，也在一家正在运营的券商做过后台和支付系统。引擎是再往下的一层，所以我会先用一次冲刺把它验证清楚。
- 项目会怎么开始？
- 从一次付费的技术冲刺开始，单独把核心验证清楚：报价进得来，订单走得通，保证金和强平在回放测试下结果正确。设计和代码都归你，后面由谁来做都可以。
- B-Book、A-Book 还是混合模式？
- 设计从 B-Book 开始：按报价源在内部成交，并按品种和客户组别跟踪敞口。执行接口为以后把部分订单流路由到流动性提供方留出空间。你可以运行哪种模式，是你的牌照和法律顾问要回答的问题。
- 一个平台能服务多个品牌吗？
- 可以，前提是从一开始就这样设计。租户、品牌和法律实体放在第一版表结构里，数据和配置按品牌隔离。等单品牌系统做完再加，代价要高得多。
- 新平台开发期间，MT5 能继续运行吗？
- 可以，而且这是更稳妥的做法。MT5 对接是我在生产环境做过的工作，所以新平台可以和你现有的 MT5 并行运行，再一个客户组一个客户组地迁移过去。
- 你提供流动性、牌照或现成的平台吗？
- 不提供。我是独立工程师，不是平台供应商，也不是持牌机构。流动性、托管和牌照来自专业的服务商和你自己的顾问，你选定之后由我来对接。
告诉我你在做什么。
几句话就够了：做的是什么、目前进展到哪一步、需要工程师做什么。表单就在下方，也可以直接发邮件。我会在两个工作日内回复。