数字货币交易所接口功能怎么分？对接时最容易踩坑的几处
在交易所后端蹲了三年，从BTC到稳定币，接口对接的坑踩了不少。今天把数字货币接口功能怎么分这件事讲透数字货币接功能分，说的都是实操中真会碰上的问题。
交易接口是调用量最大的一块，下单、撤单、查持仓、查订单，峰值QPS能飙到几万。这块必须做独立限流和熔断，我见过一次撤单接口被打满，连带行情推送全断的惨案。交易和行情如果共用同一组节点，高峰期必崩。
资产接口看着简单，充值、提现、余额查询，但它是整条链路里风控最重的环节。提现必须走多级审批加延迟出金，余额要区分可用、冻结、在途三种状态。很多团队把资产和交易混在一起部署，出了资金事故才发现耦合太深。
行情数据接口单独拎出来，K线、深度、逐笔，数据量是交易接口的十倍不止。一般用WebSocket推给前端，RESTful只保留历史回查。深度接口的快照加增量更新模式做不对，前端画出来的盘口图全是错的。
最容易被低估的是认证和权限接口。登录、密钥生成、子账号授权、IP白名单，开发时觉得走个OAuth就完了数字货币交易所接口功能怎么分？对接时最容易踩坑的几处，真到了审计合规环节才发现权限粒度不够细。子账号提现和交易权限没分开，风控直接卡死。
功能分得清，扩容、排查、审计都顺。分不清楚，改个参数就能让全链路炸。
