u本位合约 websocket账户信息推送返回结果建议

此问题基于u本位合约api接口,其他应该有类似的问题
场景:
1.交易多个合约,在本地维护资金分配情况,监听websocket账户信息推送 用于更新资金情况
2.由于websocket或者网络不可靠,需要处理断线重连,重连后需要通过GET /fapi/v1/income接口,修复本地维护的资金情况(断线期间产生的资金变化,可以在income接口中获取并更新)
3.income接口中对于资金费率和出入金提供了tranId,对于手续费和已实现盈亏提供了tradeId
4.websocket账户信息推送ORDER_TRADE_UPDATE事件中提供了tradeId可以与income接口中的tradeId对应上,可以正常使用

问题1.websocket账户信息推送ACCOUNT_UPDATE事件中的 FUNDING_FEE资金费率仅仅推送了一个资金变化,没有包含交易对信息和tranId,本地无法通过推送准确记录资金变化事件的完整信息
影响:
a.在维护本地的资金时,无法确认是哪个交易对产生的资金费率;
b.记录本次事件,没有完整信息,在断线重连时无法通过income接口修复断线期间产生的资金费率

希望得到的解决方案:
在推送资金费率事件时,可以提供对应交易对信息以及tranId,能与income接口查询结果对应

问题2.websocket账户信息推送ACCOUNT_UPDATE事件中的 DEPOSIT 以及 WITHDRAW仅仅推送了一个资金变化,没有包含tranId,本地无法通过推送准确记录资金变化事件的完整信息
影响:
a.记录本次事件,没有完整信息,在断线重连时无法通过income接口修复断线期间产生的资金费率
希望得到的解决方案:
在推送 DEPOSIT 以及 WITHDRAW事件时,可以提供tranId,能与income接口查询结果对应

同样求websocket 推送FUNDING_FEE时携带symbol信息。目前我持仓大量市场,通过restful api 查很容易被限频

谢谢提供建议。相关信息会提交给team。

另外有的信息可以通过restful的接口来获取,不是所有信息都适合在websocket的stream来推送的。

感谢回复!
认同不是所有的信息都适合在websocket的stream来推送,我的问题在于已有的推送是否可以提供更完整的信息,这样才能更好的使用接口,收到推送再查一遍resuful显然意义不大。我问题中提到的已经是最基本的资金变化了。

1 Like

请问有api中文文档吗?