架构定位与服务边界
逻辑位置
客户端 / 外部回调方
→ 路由与适用的请求校验
→ coinex-app Controller
→ 业务接口与编排逻辑
→ 用户、账户、委托、行情、撮合等实现
→ 响应及后续业务状态
这是职责模型，不代表所有请求都严格经过相同校验或调用同一服务，也不表示每个 Controller 都只是转发。
已核对的依赖
POM 包含 user-api、account-api、coin-api、entrust-api、matching-api、合约与三版期权 API、otc-api、market-api、wallet-api、quantize-api，以及活动、内容、通知和配置等依赖。依赖存在说明可引用对应契约，不能单独证明每个请求都实际调用这些服务。
与其他工程的边界
| 工程 | 主要职责 |
|---|---|
| coinex-app | HTTP 请求接入、业务校验与编排、结果返回及部分回调 |
| coinex-user | 用户资料、身份与状态等业务能力 |
| coinex-account | 平台余额、冻结、流水与充提业务记录 |
| coinex-wallet | 链上地址、驱动、转账及确认 |
| 委托、撮合、期权等工程 | 交易核心业务处理 |
| coinex-admin / coinex-partner-admin | 平台与商户管理端入口 |
| coinex-applet | 独立小程序相关能力；app 中也有小程序接入 Controller |
不能从名称推断的事项
工程名含 app 不代表只供手机端；存在 WebSocket 依赖不代表全部行情通过此工程推送；请求经过接入层也不代表跨服务事务已经统一保障。