上篇我们一起动手做了一个简单的网格策略，本期文章我们把这个策略升级扩展，扩展成一个多品种现货网格策略，并让这个策略进行实战测试。目的并非要找到一个"圣杯"，而是要从策略设计中探讨设计策略时的各种问题思考、解决思路。本篇会讲解我在设计这个策略时的一些经验、本篇内容略微复杂，需要对程序编写有一定基础。

基于策略需求的设计思考

本篇和上篇文章一样，依然基于发明者量化（FMZ.COM）来探讨设计。

多品种

说白了就是我想这个网格策略不仅做BTC_USDT，还能做LTC_USDT/EOS_USDT/DOGE_USDT/ETC_USDT/ETH_USDT。反正现货的交易对，想跑的品种同时都做网格交易。嗯~~捕捉多个品种的震荡行情，感觉还不错。需求听着很简单，设计的时候问题就来了。

1、首先多个品种的行情获取。这个是第一个要解决的问题。在查阅了交易所的API文档后，我发现一般交易所都提供聚合行情接口。OK，就用聚合行情接口获取数据。

2、第二个遇到的问题就是账户资产。因为是要做多品种的策略，所以就要考虑各个交易对资产分别管理。并且要一次获取所有资产的数据，记录。为什么要获取账户资产数据呢？还要分开各个交易对记录？因为你需要在下单时判断可用资产嘛，是不是要获取一下再判断呢？还有你需要计算收益呀，是不是也要先记录一个最初的账户资产数据，然后获取当前的账户资产数据并且和最初的对比算出盈亏？好在交易所的资产账户接口通常也是返回所有币种资产数据的，我们只用获取一次，然后处理数据即可。

3、策略参数设计。多品种的参数设计和单品种的参数设计差别较大，因为多品种的各个品种交易逻辑虽然是相同的，但是有可能交易时的参数是不同的。比如网格策略，可能做BTC_USDT交易对时希望每次交易0.01个BTC，但是做DOGE_USDT的时候如果还是这个参数（交易0.01个币）显然是不合适的，当然你也可以按USDT金额去处理。但是依然还是会有问题，万一就是想BTC_USDT交易1000U，DOGE_USDT交易10U呢?需求始终无法满足。

可能还有同学会思考这个问题，然后提出：“我可以多设置几组参数，分开控制要做的不同交易对的参数。”这依然是不能灵活满足需求，设置几组参数为好呢？设置了三组参数，假如我要做4个品种呢？难不成还要修改策略，增加参数...所以设计多品种策略的参数时要充分考虑到这种差异化参数的需求，一个解决办法就是把参数设计成普通字符串或者JSON字符串。例如：

其中“|”分割的是每个品种的数据，意思就是ETHUSDT:100:0.002是控制ETH_USDT交易对的，LTCUSDT:20:0.1是控制LTC_USDT交易对的。中间"|"是起到分割作用。ETHUSDT:100:0.002，其中ETHUSDT表示你要做的交易对是什么，100是网格间距，0.002是每个网格交易的ETH币数，“:”号是分割这些数据的（当然，这些参数规则是策略设计者制定的，你根据你的需求设计成什么样都行）。这些字符串里面就包含了你要做的各个品种的参数信息了，在策略中解析这些字符串，具体给策略的变量赋值，用来控制各个品种的交易逻辑。那如何解析呢？还是用上面的例子。

看这样就把参数解析了，当然你还可以直接用JSON字符串，更加简单。

4、数据持久化

可以实战的策略和教学策略差别也较大，上篇的教学策略仅仅是初步测试策略逻辑、设计，实战的时候考虑的问题就更多了。在实盘时，可能开启、停止实盘。这时，实盘运行时的数据会全部丢掉。那么如何让实盘停止后，重启可以继续之前的状态运行呢？这里就需要做实盘运行时的关键数据的持久化保存，以供再次启动时读取这些数据，继续运行。在发明者量化交易平台上可以使用_G()函数，或者使用数据库操作函数DBExec()，具体可以查询FMZ API文档。例如我们设计一个扫尾函数，使用_G()函数，保存网格数据。

5、下单量精度、下单价格精度、最小下单量、最小下单金额等限制

回测系统中并未对下单量、下单精度等做那么严苛的限制，但是实盘的时候各个交易所对于报单时价格、下单量可以有严格标准的，并且各个交易对的这些限制并不相同。所以经常有萌新在回测系统测试OK，一上实盘，触发交易时就有各种问题，然后也没看报错信息内容，出现各种抓狂的现象【手动狗头】。对于多品种的情况，这个需求更加复杂。单品种策略，你可以设计一个参数用来指定精度等信息，但是多品种策略设计时，显然这些信息写到参数里会显得参数十分臃肿。这个时候就需要查看交易所API文档，看交易所文档中有没有交易对相关信息的接口。如果有这些接口，就可以在策略中设计自动访问接口获取精度等信息，配置到参与交易的交易对信息中（简单说就是精度什么的自动向交易所请求获取，然后适配到策略参数相关的变量上）。

6、不同交易所的适配

为什么把这个问题放在最后说呢？因为以上我们讲的这些问题处理办法会带来这最后一个问题，因为我们策略计划使用聚合行情接口，访问交易所交易对精度等数据自适应，访问账户信息分别处理各个交易对等这些方案会因交易所不同带来很大差别。有接口调用上的差别、有机制上的差别。对于现货交易所差别还小一点，如果这个网格策略扩展成期货的版本。各个交易所机制上的差别更大。一个处理办法就是设计一个FMZ模板类库。把这些差异化的实现在类库中编写设计。减小策略本身和交易所的耦合。这么做的缺点就是需要编写一个模板类库，并且在这个模板中针对每个交易所差异具体实现。

设计一个模板类库

基于以上的分析，设计一个模板类库用来降低策略与交易所机制、接口之间的耦合性。我们可以这样设计这个模板类库（部分代码省略）：

在模板中针对具体交易所实现编写，例如以FMZ的模拟盘WexApp为例：

然后策略中使用这个模板就很简单了：

策略实盘

基于以上模板设计编写策略就很简单了，整个策略大约300+行，实现了一个数字货币现货多品种网格策略。

目前亏钱T_T，源码就暂时不发了。发几个注册码，有兴趣的可以挂wexApp玩下：

购买地址: https://www.fmz.com/m/s/284507

注册码:

adc7a2e0a2cfde542e3ace405d216731

f5db29d05f57266165ce92dc18fd0a30

1735dca92794943ddaf277828ee04c27

0281ea107935015491cda2b372a0997d

1d0d8ef1ea0ea1415eeee40404ed09cc

就200多U，刚跑起来，就遇到一个大单边行情，慢慢回血。现货网格的最大优点就是：“能睡着觉！”。稳定性还凑合，从5月27日到现在没动过它，期货网格暂时还不敢尝试。