刚刚给上证信息打过电话，他们不知道场内行情一说，称LVL2是最快的行情。你所说的场内行情是什么发布途径？ 从交易的角度来说，延迟时间重要，这决定你能看到“未来”。买卖一价位和数量重要，这决定你报单的排队位置。逐笔成交信息相对不重要，因为无效燥声太多，累计数就可以了（当然有一些策略是用的着逐笔信息的）。 虽然行情分辨率比较粗，但还是有办法做分解的。你可以用成交金额做参数，用二元（价格/数量）一次方程组来推导分别在买卖盘上的成交情况。 金证应该有SOCKET接口/网关吧？另外，如果公司支持，能不能绕过柜台，直接走独立席位用DBF/SQL报盘，类似于基金租席位的模式？反正都是编程，在柜台上做与在报盘机上做又没有太大的不同。
1.场内行情是不公开的，可能是从成交回报接口机读到的。我做过对比确实要快一些。据说是原东方证券电脑部老总开发的一套东西，有客户端和服务程序两块。我们公司是花钱买的系统给炒权证的大户用，但通讯协议非常简单，很容易自己分析出来。国泰君安等公司给权证客户应该也有用。现在由于想要的人多，据说已经不敢公开卖了。而且他的服务程序稳健性也不好，今天我的采集程序跑起来之后导致服务端死掉好多次，影响客户交易，只能先停掉了。 2.金证不提供协议级的接口，一定要用他们提供的库函数，这是非常讨厌的。公司现在应该也只是想做一些初步研究，为将来的衍生品业务做准备。现在监管层对权证交易监控非常严，我们公司的客户和管理层都受到过严厉警告，更不可能作为一个正式的项目运作了。
我们营业部客户好像最低收的是万分之1.3(厦门营业部)，给我做测试的是万分之2。我们管经纪业务的朱总非常想招揽炒权证的资金，这些狼性资金可能是未来市场的中坚力量。老哥如果有意的话我可以牵线联络一下：）。
股票中的做庄其实就是文中提到的大额价差的做市交易。但作者的策略在现实大部分时候是不成立的： 1）股票交易成本太高，不可能做小额价差的做市交易； 2）权证的行情不是逐笔实时的，现有的下单接口速度不够，一般难以在1秒中内实现回转交易； 3）商品期货市场价差很小，排队对交易结果有决定性的影响，作者忽略的这个问题基本上可以使他的论文结论无效； 4）做市是微观层次上的交易活动，会改变市场运行特点，历史数据测试很难模拟这种改变，因此无法BACKTEST； 5）交易规则上的规定制约了做市交易的实现，例如期货交易中指定开平规则对做市策略的运行造成了极大的干扰，需要写比较复杂的业务处理逻辑（例如本来可以一笔报单的策略在这种制度下要拆成多笔报单）。
itfin 刚才一直在看你的信号发生情况图，我想，这个系统的获利思想大概是要捕捉可能发生的大单边行情，为了等待这样的行情出现，不得不经历一种试探性的交易阶段，仔细看，直觉上好像在这个难过的阶段中发生的等待成本很高，历史上所有的试探等待成本总和要高于所有未来的单边行情收益。我以前有过高密集度权证交易的历史经验，根据我的看法，总体上涨阶段中，你的系统大概能获利总涨幅的50%，但有一个非常重要的情况不得不考虑，那就是不能做空，所以，在一个总体上持续下跌的行情中还要发生成本。
是的，从7-8月的测试情况看，初始投入不足2万，盈利约1万，与买入并持有策略相当，但手续费超过2万，远超过盈利。虽然目前单边交易成本下调至万分之1.5,按目前交易频度看日交易成本仍接近3%，只能支撑不足两个月的交易。系统测试的思想是看日间的波动结构是否为高频的趋势跟踪留下了获利空间。基本上单边上涨和宽幅震荡都可以赚钱，窄幅整理和单边下跌会亏钱。系统的收益似乎与交易量的相关度要大于与涨幅的相关性。从历史模拟来看，这个系统如果每天都跑最后肯定会亏光的，只能在一段集中放量的时间窗口里运作。 以我目前操作的038006为例，在530行情前的两个月模拟累计亏损80%(http://210.21.207.162/jhp/order.jhp?id=1038006&all=1&dm=20070402&dM=20070529),但在530行情中模拟收益达到818倍(http://210.21.207.162/jhp/order.jhp?id=1038006&all=1&dm=20070530&dM=20070628),虽然实盘收益肯定会相差甚远，也已经相当惊人了，错过这种千载难逢的获利机会，确实非常可惜。
从实践中我越来越体会到，高频交易中的滑移的伤害程度已经到了非严重考虑不可了，另外一个相对的东西就是限价单的成交问题了。 滑移量几乎与波动激烈程度成正比，你的系统也这样，530中，滑移量是最大的，与成功率倒反而相关性小了。 高频交易中，我已经想透了，编程中一定要多线程，多到不能多