说道高频交易，我们可能第一反应是那零点几秒的下单速度、价格高昂的服务器……这些虽然很重要，但不是高频交易最关键的地方。本文出自一名多年经验的高频交易者，他认为高频交易最关键的，不是硬件，不是网速，而是算法。

我的Coding历程

最开始是想业余时间偷懒，如今的计算机行业这么发达，我是不是可以把自己的想法丢给计算机？然后才发现自己进了一个更大的坑。有了想法就动手干，开始在网络上找各种程序化的商用软件，接触的包括TB，麦语言，但是使用过后总感觉不太理想。后来搜索国外的软件知道有TradeStation，下了各种试用版本，后来准备都开始交易美股了，才摸到了MC。

跳出舒适区 —— 高频交易

在盯着更多交易窗口和更多的交易曲线，我每天看着K线的涨涨跌跌，我一直很想知道到底是什么力量和原因来控制它的涨跌的。

我开了窗口，看着数据在跳动，一会有一笔大买单扫掉了所有的卖单，行情报价上去了1 tick，然后又一笔买单扫掉了Ask Size，然后价格又上去了1 tick。其实就这么简单也真的很简单 — 在这个价格有多少人卖，有多少人买，买的多上涨，卖的多下跌，这就产生了高频交易的一种策略最核心的设计思想和思路 Order Book。

跟踪分析自己手里这份交易所order book镜像的变化，来制定交易策略，是高频交易算法的核心思想。

什么是高频交易？

如何定义高频交易 — 简单来说，只要速度快的，时间短的都可以叫高频交易。必须对市场微结构有非常细致的认识，也就是对交易所的数据协议要很清楚。

高频交易需要什么条件？

现在高频交易需要的硬件和条件？这我稍微搜索和查了一会，就五花八门什么都有。有服务器架设在交易所，拉光纤，用微波，走海底电缆，直接破译网卡写程序用FPGA的什么都有，这已经跳脱了民用范畴。

硬件我们烧不起，软件上我们能用什么方式做高频呢？现在主流直接能接入交易的，有C++ 和 JAVA 这两种主流语言，但是，它开发和学习的维度太长，并且开放的空间太大还不如不开放。

我们需要实现的是交易和策略层面的问题，我把硬件优化和低延迟解决的再好，策略不赚钱，它就是不赚钱，在我看来，一个赚钱的策略比降低5纳秒的延迟，对于普通交易员来的更有效，更有帮助。

那么策略开发中最大的核心问题 — 不是硬件，不是网速，是算法。高频交易的主流四大交易策略 — 做市商、事件、套利、订单流向，哪一项都需要算法的支持，去研究算法是小散有最高投入产出比的方式。

大多数人写的高频交易的策略或者是源码中，许多的代码都是在控制接口和信息流，而交易需要的往往是策略，很多人本末倒置。

把交易压到秒以后，自己感受高频策略的优缺点在哪呢？

优点：风险小，如果策略OK，那么可以稳定收益。

缺点：开发投入巨大，阀值（交易手续费和滑点）很高。

如果策略无法预测或者是准确率不高，速度不够快，单纯介入短差交易，没啥意义。

专注Open PL（止盈）

为什么单独说止盈，因为走的弯路太多，印象过于深刻。老生常谈的止损大家都知道，但是有多少人说过止盈？

盈利值 、准确率 、交易阀值。到底是小盈利，大止损？还是大盈利，小止损呢？

在一个波动的市场中，这是我们所有有盈利可能的前提，不波动的市场是无法盈利的，市场有波动，我们就有进出场赚取差价的可能。短期的盈利比长期的盈利更容易预期，小额的目标比大额的目标更容易达成，交易的策略周期，和策略重点就决定了高频交易不适合那么高的盈亏比。那么多少是合适？有参考和参照么？

在伊士顿事件中，它用的比例实际是4 tick的止损，对8tick的止盈。换算下风险和亏损比例大概是2:1，盈亏的平衡点在 1.5:1 的样子。如果有足够高的准确率，止损 1，止盈 0.5 也不是不可以，但是交易的阀值很容易吃掉这部分的盈利导致整体的亏损。

※ 备注伊士顿事件：2个俄罗斯人写高频交易用500万交易期指，赚走约5个亿，其交易量占据IH、IF、IC合约市场百分之三。

阀值和损耗 — 滑点或者是手续费成本是相当高昂的。价格的个人主观歧视是一种信息和大众选择的体现，没有任何证据能证明下次的行为概率在这个价格形态还会反复出现。

关于程序化交易带来的思考

统计和概率还有速度，能够让你一定能够盈利么？我觉得并不是，任何的价格浮动并不包含对未来行情的预测，如果真的觉得自己可以预测未来，那他离出局就不远了，淘汰自己的不是市场，反而是他自己。

想要活下来，只能兢兢业业，如履薄冰。扎扎实实以不变应万变，随着时间和时代的弄潮不停的更新自己，更新策略，充实自己的实力，这才是立于不败之地的不二法门。

一句话结尾：大奖章基金用的核心策略只有2个 — 趋势追踪和均值回归。