|
本帖最後由 wldtw2008 於 10-8-14 09:56 PM 編輯
嚇鼠輪~~~ 忽然間我從窮光蛋變成好野人~ 感謝[我愛紅茶]大大~
真不好意思, 無功不受祿, 那我就多講些了. 因為我用GPM, 所以我以GPM舉例
盤中K BAR不相同的原因, 在於時間. 比方說, 交易所在8:59:59.900 成交了一個TICK, 從交易所->精業伺服器->客戶端GPM->DDE to AmiBroker:
8:59:59.900 [交易所] 傳輸到精業服務器需耗時 200ms
9:00:00.100 [精業伺服器], 假設下面有500台機器等輪撥, 每台耗時2ms, 你剛好在第500台, 所以等輪播到你的時候 耗時1000ms
9:00:01.100 [GPM客戶端] 再用DDE 轉到AB去, 又耗了 200ms
9:00:01:300 [AB]
假設您正在看1分線, 又假設這筆成交資料, 剛好是8:59~9:00那根的最高價.
那麼這筆成交資料 在交易所會被歸檔在9:00 那根. 但是在在AB 就會瓢移到9:01那根.
而這樣的狀態, 就會影響到8:59的收盤和最高, 也會影響到9:00的開盤價
這就造成為什麼 AB收到KBAR的開高低收, 跟交易所盤後公佈的資料不相同的原因.
那你一定有疑問, 那為什麼GPM的圖根交易所的資料相同? 那是因為交易所送TICK的時候會帶著時間戳記, 因此精業的伺服器收到交易所的TICK時, 會以TICK中的時間戳記作為歸檔的依據. 然後再把這個TICK甩向GPM客戶端. GPM客戶端也認得這個戳記, 因此GPM繪製的K線應該會跟交易所盤後資料相同. 就算不同, 當收盤後隔天開盤前的清盤, 就會從精業伺服器偷偷下載(回補)正確的K線了. 可是當這個TICK再從DDE餵出來的時候, DDE顯示的時間, 已經不能相信了.
更何況元大日盛群益康合等等各家系統有各家的作法. 我不認為他們的DDE都有辦法把這個時間戳記處理的很棒. 既然時間這檔事情這麼難處理, 那乾脆不處理了, 我就直接以DDE2TickQuote收到資料時的時間為主了.
還有另個原因是, 程式交易的老骨頭軟體 TS2000, 他就是以GS收到的時間為時間來歸檔. 也就是早在十年前有程式交易軟體開始時, 即便是接收相同的資訊源, 不同電腦的TS2000 跑出來的圖形就是不太相同(因為每台電腦多多少少會有秒差).
至於量的話, 如果您是用我的工具的話, TICK可能因為DDE漏失或TICK合併(各軟體對於交易所一秒丟四次的做法不同), 至於量的方面, 因為我是使用累積量相減, 所以整天的總量應該差異會很小很小. 但是各個KBAR的量還是會有所漂移.
我不曉得這樣解釋有沒有辦法讓有疑惑的朋友了解, 這個世界就是這樣不完美, 可是他就是這樣運行超過十年了. 當贏家早已略過這個問題, 大步朝向前的時候, 某些人可能因為K線正確這個小問題給困住而與贏家無緣.
與K線正確主義份子類似的, 還有指標正確主義份子, 他們對於指標0.01的差異就爆跳不已, 認為原本該獲利止盈的就因為0.01而錯失, 而忿恨不平!
如果可以, 我希望所有用我軟體的朋友, 都可以戒掉 K線正確狂熱, 也可以戒掉指標正確狂熱.
講了這些, 讓我想到我在友站[聚X盆]遇到的一個人, 姑且稱他數字老頭(化名)吧, 數字老頭很捧場的把DDE2TickQuote使用的淋漓盡致, 他用DDE2TickQuote把資料灌給四五台電腦(四五個交易模組??), 但因為每台電腦K線都不太相同, 所以跟我追問這個問題, 那時我很懶得解釋... 不過數字老頭自己說他找到了聖杯, 現在的職業是期指公務員, 每天開盤就是上班, 而通常只工作到10點, 賺夠就下班數鈔票含飴弄孫去了. 但我看他對K線正確太過狂熱執著, 我不禁懷疑他怎麼可能會有正確的交易心態, 而能得到聖杯呢? |
|