充提回调与资金协作
已确认的外部接入
应用工程内存在以下 Controller:
recharge/withdraw/controller/CregisCallbackController.javarecharge/withdraw/controller/CregisCallbackOldController.javarecharge/withdraw/controller/UdunCallbackController.java
这些文件存在不证明旧、新回调都在生产启用;具体通道和路由需查部署配置与调用方。
已读取的调用行为
Cregis 的 addressDepositCallback 中能看到钱包配置查询、地址归属查询、UserCoinWalletService.executeUserRechargeSuccessV1(...) 与充提订单更新相关调用。
Udun 的 notifyForm 中也包含钱包查询、地址归属、用户入账与充提状态更新调用。不同操作属于不同回调分支,不能串成每笔充值或提现的唯一执行顺序。
修正后的资金接入模型
外部通道回调 → coinex-app 回调 Controller
→ 按分支查钱包配置、地址与业务记录
→ 调用账户入账或充提状态更新
这条链说明部分回调可以从应用中心直接连接账户服务,不能把所有外部资金更新都画成先由钱包 provider 接收、再统一转发。钱包内部也有自身的充值识别与账户协作路径,需按实际通道区分。
关键核对点
确认回调身份验证、币种与链路、地址归属、业务记录、金额精度、确认状态及唯一标识。回调成功响应、业务订单完成和最终入账是不同事实。
验证场景
重复回调、伪造来源、状态乱序、找不到地址、账户接口超时,以及订单已更新但回调方未收到响应。不能只凭存在事务注解或某个 ID 字段认定已经保证幂等。