一份比较严谨的换月规则研究 - 金字塔软件问题提交 - 金字塔客服中心 - 专业程序化交易软件提供商

高质量的数据是交易、回测的基础，其重要性不言而喻，我不知道各交易软件提供商在制定主力合约换月规则时是否经过了科学的论证？是不是拍脑袋想出来的？目前还没看到网上有公开的比较详实的换月规则研究，所以自我感觉，我这次的研究算是比较严谨的、详细的，可以供大家做个参考、供金字塔改进。

之所以做这个研究，完全是因为在制作连玉米的换月除权数据时发现金字塔现在执行的“成交量1天最大则次日换月”规则问题很严重。所以，自己在excel里面编了一段代码，自动寻找换月日期，并用红色字体标注了回切现象（即：新主力回切到老主力）。

所有连玉米合约的历史数据都是根据金字塔数据、文华数据、博易数据、大连商品期货交易所（个别数据）四方面数据，经过了严格的对比、检查的（第二楼我会再谈谈金字塔的数据问题）。

给出研究结论如下：

研究时间跨度：大连玉米从上市（2004-9-22）至2013-3-31（附件中有更详细的换月数据）

（一）

换月规则回切次数/总换月次数

成交量持续1天最大：49/125

成交量持续2天最大：9/46

成交量持续3天最大：5/36

成交量持续4天最大：3/32

成交量持续5天最大：2/30

持仓量持续1天最大：8/45

持仓量持续2天最大：3/35

持仓量持续3天最大：0/29

评论：根据金字塔目前的“成交量持续1天最大则次日换月”规则，连玉米在将近8年半时间内存在高达49次回切！显然很不合理。可能有人就会建议了：“那干脆直接禁止回切岂不就解决了！”问题并非如此简单，这里面还存在大量的乱切换，即切换的新主力合约不是真正的新主力，举例说明：

换月日期老主力新主力

2005/11/29	5月	9月
2005/12/9	9月	7月
2005/12/13	7月	9月

2005/12/9，9月合约切换到7月合约，从其成为主力的寿命来看，这个7月合约就不应该是主力合约，所以找错了主力合约，还得切换到9月才对。总换月次数-回切次数原本应该等于正确的换月次数（=29次），现在不等，就说明存在找错主力的现象。

（二）虽然金字塔官方声明的换月规则是“成交量持续1天最大则次日换月”，但是金字塔主力连续合约似乎并未严格按照这一规则执行！举例说明：

09/12/9，金字塔玉米连续从5月换到9月，但实际上应该是09/12/10换月才对。

09/8/21，金字塔玉米连续从1月换到5月，但实际上应该是09/8/3换月才对。

我相信，如果对照附件中的正确换月日期，一个一个地较真儿，金字塔肯定是错误百出。数据是交易的基础，其他功能做得再漂亮，数据不对都是白搭。指出来是希望金字塔能够多加改进，做得更加严谨，真正像你们在《初级教程》里面所说的做一款“专业的程序化交易软件”，与“非专业粗糙的程序化交易软件”有所区别。

（三）附件中，我还考察了以持仓量为换月依据，这种方案，更加保守、谨慎、更正确，但普遍看来换月要晚一些，附件中第三张工作表也有一个比较。

下载信息 [文件大小：下载次数： ]
点击浏览该文件:玉米换月规则比较.rar

最后，总结一下，虽然我只考察了玉米连续，即便他是最不理想的一个，但是我认为换月规则要照顾到最糟糕的品种、最糟糕的情况才对，所以，对金字塔的意见是，可以仍然以成交量为换月依据，但是强烈建议将规则改为“成交量持续3-5天最大再换月”的规则，多考察2、3天不会有什么大的负面影响，但大大提高了换月的正确性；同时，请核查一下你们的换月代码/操作程序，是不是有问题？！

主题：一份比较严谨的换月规则研究