数字货币期货交易逻辑的一点思考

问题场景

长久以来，数字货币交易所持仓API接口的数据延迟问题总是困扰着我。一直没有找到合适的处理方式，这个问题的场景我来复现下。通常合约交易所提供的市价单其实为对手价，所以有时候用这个所谓的“市价单”有些不靠谱。因此我们在写数字货币期货交易策略时，大部分用的是限价单。在每次下单后，我们要检查持仓，看看下单是不是成交了，并且持有了对应的仓位。问题就出在这个持仓信息上，如果订单成交了，交易所持仓信息接口（就是我们调用exchange.GetPosition时底层实际去访问的交易所接口）返回的数据应当是包含新开仓持仓信息的，但是交易所返回的数据如果是旧数据，即刚才下单的订单成交前的持仓信息，这样就出问题了。交易逻辑可能认为订单没有成交，继续下单。但是交易所下单接口并不延迟，反而成交很快，下单就成交。这样会造成一种严重的后果就是策略在一次触发开仓的操作时会不停的重复下单。

实际经历

因为这个问题，见过一个策略疯狂的开满了多头仓位，幸亏当时行情暴涨，浮盈一度超过10BTC。庆幸是行情暴涨，如果是暴跌，结局可想而知。

尝试解决

方案1

可以给策略设计下单逻辑为只下一次单，下单价格为当时的盘口对手价格加一个较大的滑价，去吃一定深度的对手单。这样做的好处是只下一次订单，并且不基于持仓信息判断了。这样可以避免重复下单的问题，但是有时可能价格变动比较大的时候下单会触发交易所的限价机制，并且有可能加了大滑价依然没成交，错过机会。

方案2

用交易所的市价单功能，在FMZ上价格传-1即为市价单，目前OKEX期货接口升级了，支持真正的市价单。

方案3

我们依然使用之前的交易逻辑，使用限价单下单，但是我们在交易逻辑中加入一些检测试图去解决这个仓位数据延迟导致的问题。检测下单后订单是否是在未撤销的情况下，直接在挂单列表中消失了（挂单列表中消失分两种可能：1撤单，2成交），检测到此类情况并且再次下单量和上次下单量相同，这个时候就要注意是不是持仓数据延迟了，让程序进入等待逻辑，重新获取持仓信息，甚至可以继续优化，增加触发等待的次数，超过一定次数说明，持仓接口数据延迟问题严重，让此次交易逻辑终止。

基于方案3的设计

模板地址：https://www.fmz.com/strategy/203258

调用模板接口的方式，就如同以上main函数中的$.OpenLong，$.CoverLong。

模板为测试版，欢迎提出建议意见，将继续优化以致处理好仓位数据延迟的问题。