寫了一支覺得不錯的交易程式，想想自己很有交易的天分，於是很積極的放了一筆錢開始用程式交易；跑了一段時間之後，發現績效不如想像中那樣，怎麼程式回測的績效是獲利的，但是實際的交易卻是虧損的，不知道你是否曾經經歷過這樣的情形
仔細檢查了交易明細，發現Multicharts圖上顯示的買賣價位和實際下單的價位差異很大
有些新手沒有經驗，在開發策略的過程裡面沒有加入交易成本，所以績效看起來非常亮麗，交易成本就是手續費和滑價，下圖中的回測績效，有包含交易成本和未包含交易成本的數字差很多
為了讓真實的交易和模擬的回測接近，我們在設定的時候一定需要加入手續費和滑價的成本，也就是在策略屬性裡面每口滑價設定。若是以台指期現階段的成交量，觀察買賣五檔掛價，1點的滑價應該是足夠，若是交易電子期貨 金融期甚至個股期貨，滑價的設定可能必須更拉大
現階段的期貨手續費都很低已經不是重點，重要的是如何控制滑價所造成的損失
如果策略的寫法常常用 buy next bar at market 或是 buy next bar at XXX stop，這樣的交易幾乎無法避免滑價產生，尤其大多數的策略都是屬於順勢操作；有人說滑價也有可能是對自己有利的方向啊，沒錯，但是在交易的測試環境 我們一定要把最糟的情形考量進去，才不會和預期落差太大
影響滑價的因素
1.電腦和網路的環境
Multicharts每一秒鐘都是不斷運算，十分佔CPU資源，所以電腦的等級不能太差，否則視窗多的話運算效能會負荷不了，若是盤中同時運作太多程式或應用軟體，請檢查工作管理員的效能
網路頻寬也影響到接收報價以及下單的速度，建議實際下單使用有線環境少用wifi
2.撰寫交易策略本身
一般人都喜歡用突破前高買進跌破前低賣出，慣用5分15分60分的K棒周期；大多數人使用的策略買進賣出點都差不多，當快市行情來臨的時候就容易搶價，滑價就因此產生了。若是使用Limit單則不會滑價，但是不建議 因為也有可能因此停損沒有成交造成更大風險
3.期貨商API
測試比較過幾家有和Multicharts配合的期貨商，元大期貨算是下單品質最好的，台指期報價速度穩定，API也相當快，所以找有口碑的期貨商沒有錯
4.凱衛本身的報價
目前應該多數multicharts使用者都是串接凱衛的報價，遇到快市常常遇到報價跟不上的問題，這方面大概無解吧~
雲端電腦比較好??
這點我倒是持保留態度。雲端主機的好處是不斷電不斷線，下單速度可以提升交易品質。聽說有客戶在某電信公司申請雲端運算，等級不算太低，但是盤中交易CPU常常到100%，明顯被其他資源佔用；為了國外期貨下單，把主機架設到國外，遇到速度盤一樣滑價嚴重，不但沒有改善反而損失慘重
結論是 你必須把滑價當作是交易一定會發生的一部份，在提高預設的成本情況下若回測交易策略仍可行，實際交易會比想像中好；模擬考的題目比較難，成績雖然會比較差，但是真正考試的時候得到的成績就會比預期來得好；另外減少交易次數也可以減少滑價，把重點放在如何提高打擊率和得分能力~~
留言列表
