1、价差计算
大多数套利者喜欢做高波动的小市值币种,并且计算价差是以A所的mid_price - B所的mid_price。这种计算方式在大所的主流币种上问题可能不大。但是因为大家喜欢高波动小币种,那么这样做存在一个问题,因为小币种的bid_ask spread 很大,你算出来的价差在下单时可能被盘口价差抵消掉,从理论上还有可能亏钱。小币种正确的做法应该用bid - ask,这样的价差至少从理论上你去taker是能赚钱的

2、价差阈值的选择
前面说到大多数人喜欢做高波动的小市值币种,其实也是被迫无奈,因为大币种的价差曲线基本在万4以内波动,普通散户的账户手续费都覆盖不了这个价差,这时候小市值币种的大价差成了散户手中的香饽饽,如果你的阈值卡在价差的峰值,你会发现一个问题,成交价根本不是你的下单看到的价格!这里有几个原因:a、你的价差被对手抢到了,并且留下了一大段滑点给你 b、由于你的网络延迟,发现价差时价差在扩张,下单时价差已经在回归

3、价差均值的计算
在几年前,做套利的价差曲线一般还是围绕0轴上下波动。这几年由于传统做市商的不断进入,价差曲线开始变得奇奇怪怪,有些长得像正弦曲线,有些突然冷不丁将均值的”0轴”提高或者降低一个大台阶。这个时候套利者可太难了,因为算出来的价差和实际价差偏离不少,导致开平仓不是理想的价格。如果你用均线算这些价差的零轴,那么很不幸你落入了机构的圈套,因为均线太滞后了。

4、实时盘口数据的选择
一般交易所的api会介绍bbo数据频率最高,更新最快。但实际上多订阅个depth,trade,也许会有意想不到的惊喜,因为这些数据频率不一样,并不是一起发送。那么就有一定几率是低频数据先更新到位

5、什么时候下单
应该考虑在价差有扩张趋势时下单。如果下单时价差已经开始回归,那么你的订单大概率会有滑点

6、如何更快的拿到你的成交回报数据
速度从快到慢:websocket_order > rest_order> websocket_position
如果你想更快一点:不妨试试从成交频道找到你的订单或者从盘口价格判断你的订单有没有成交

7、什么时候撤单
挂撤的太快有可能一直排队在最后,成交不上,至少应该等价格变动一小段距离才撤单,这样即能兼顾交易所API速率限制 也能最大程度保证订单在orderbook上停留的时间,提高成交概率

8、下单时网络协议的优化:
有websocket 下单的交易所,首选websocket。
另外,各种语言封装的网络库性能有差异,并不是所有的库性能一致,如果有能力,甚至你可以自己封装一个协议和库

9、websocket的选择
啥,这还有的选?是的,除了交易所api提供的websocket,有些交易所在网页上提供的websocket的地址和api中的地址不一样。至于具体速度,需要自己去测评,这里不一一列举

10、基础设施
负费率账户,白名单,colo,专线网络 这几项如果你拥有一项,你会发现你改了三个月的代码还不如这里中的任何一项

11、交易所的选择
这里可以参考X上@jeff 写的这篇博客
https://www.pingthread.com/thread/1641582947848589314 这里不做过多评论

12、避开资金费率结算:
在一些波动特别剧烈的标的中,资金费率可以飙升到每小时2%!!如果你的开仓正好在结算前一点时间,或者持仓经过了N轮结算周期,可能利润已经被资费侵蚀的所剩无几

13、下单方式的选择:
如果taker没有滑点的话,那么taker一定是首选:简单,不用仓位管理,不用订单管理
如果你有负费率账户,post_only应该纳入考虑中
试试IOC吧,本来挣得就是毛毛钱,就应该精打细算!

14、考虑挣得是谁的钱:
这里有必要弄清楚最终你的盈利来源,如果你赚到了不属于你的利润,那么可能就要喜提机票一张了

15、最后留下一个整理过的套利曲线供交流:


云梦量化科技
1 声望0 粉丝