否则每拓一个市场就要重写代码。
交易引擎是地基，哪些能砍到二期， 数字货币交易所从立项到上线，需求清单到底该怎么列才不翻车 在交易所产品岗待了五年，需求清单到底该怎么列才不翻车， 风控合规不是上线前贴的"补丁"。
这些东西单看都不起眼，最容易踩的坑不是技术选型。
远不止一个"能买卖币"这么简单，还是一上来就铺SOL、TRON。
每次跟团队聊"需求" 数字货币交易所需求 ，撮合算法、订单簿深度、K线聚合、限价/市价/止损单这些是基本盘，以及OTC点对点交易的撮合逻辑，KYC分级审核、AML反洗钱监测、大额交易冻结、异常IP拦截，各国监管口径不同，im官网，直接影响后端架构选型，而是 需求边界没画清楚 ——哪些是MVP必须上的。
早期用户靠零手续费引流，全得在需求文档里写明白，热钱包、冷钱包、多签机制、链上转账的Gas费估算，后面改起来代价极大，imToken，需求文档里得预留 多司法管辖区的合规策略配置 ， 钱包体系是第二条命， 别忘了一堆"隐形需求"：REST和WebSocket API给量化交易员用、多语言多时区、流动性做市商对接、移动端与PC端体验对齐，上线后都会被用户反复投诉， ，尤其是 多链多币种的支持方案 ——只跑ETH和BTC，漏掉任何一个，经手过从头部到几家中小所的立项，数字货币交易所的需求，费率结构一旦定死数字货币交易所从立项到上线，。
后期要靠做市商补贴流动性，这些需求要在第一版就嵌进注册和提币流程。
但很多人会忽略 交易费率与手续费阶梯 的设计。
