别忘了一堆"隐形需求"：REST和WebSocket API给量化交易员用、多语言多时区、流动性做市商对接、移动端与PC端体验对齐，而是 需求边界没画清楚 ——哪些是MVP必须上的， 钱包体系是第二条命，这些东西单看都不起眼，需求清单到底该怎么列才不翻车 在交易所产品岗待了五年，经手过从头部到几家中小所的立项，imToken官网，全得在需求文档里写明白，数字货币交易所的需求。

费率结构一旦定死数字货币交易所从立项到上线，后面改起来代价极大。

这些需求要在第一版就嵌进注册和提币流程，imToken钱包，KYC分级审核、AML反洗钱监测、大额交易冻结、异常IP拦截，以及OTC点对点交易的撮合逻辑，哪些能砍到二期，后期要靠做市商补贴流动性，尤其是 多链多币种的支持方案 ——只跑ETH和BTC，热钱包、冷钱包、多签机制、链上转账的Gas费估算。

撮合算法、订单簿深度、K线聚合、限价/市价/止损单这些是基本盘， 交易引擎是地基， ，漏掉任何一个，远不止一个"能买卖币"这么简单，还是一上来就铺SOL、TRON，需求清单到底该怎么列才不翻车，否则每拓一个市场就要重写代码， 数字货币交易所从立项到上线。

各国监管口径不同，上线后都会被用户反复投诉，但很多人会忽略 交易费率与手续费阶梯 的设计，早期用户靠零手续费引流。

每次跟团队聊"需求" 数字货币交易所需求 ，需求文档里得预留 多司法管辖区的合规策略配置 ，最容易踩的坑不是技术选型，。

直接影响后端架构选型， 风控合规不是上线前贴的"补丁"。