2012 總統大選後選擇權報價的第一天開盤日 (01/16)

看來上星期五晚上標準普爾調降歐洲9國信評,對於今日亞洲區的開盤,產生了相當的衝擊。而台灣每次的利空總是躲不過,好不容易藉由選舉行情,掃除不確定因素,理應大漲,但今日 (01/16)開盤台指期才開高 100 餘點,而這也是當日最高點,隨即下殺,終盤反倒下跌 68 點,振幅高達 200 點,真可謂悽慘。

上星期選舉前 57 台那個阿娟還特別問在座四個來賓,是否建議空手投資人選前買進選舉行情,結果所有來賓一致 舉O 贊成買進;然後看今天蘋果日報的財經版,一個聳動的標題:「台股選後行情 法人:短線估彈300點」,我很好奇,那個「法人」是指外資還是嘴溜溜的分析師名嘴啊?

反正,從馬後炮來看,這次我沒有投入保證金賭雙邊大波動行情,可謂是運氣不錯。單純只是因為覺得權利金過高,卻是無法得知標準普爾調降信評的消息 (星期五收盤後晚上才公布)。

這次的選擇權真的是多空雙殺,最大的贏家又是外資,在選前就相當罕見的佈局當賣出賣權 (sell put)的莊家,估其短短幾天收取權利金就獲利高達四億。

看看,7400 點的 call 在上星期五權利金為 68 點,而到今天收盤後僅剩 4 點;6800 點的 put 在上星期五權利金為 73 點,到今天收盤後只有 4.5 點。如果有人上星期五買 7400 call x 100 口,保證金為 34 萬,到今天就只剩 2 萬,好慘好慘,選擇權一睹錯就非常容易變成「龜苓膏」,所以千萬不能用所有的身家財產全投入。

2012-1-16 選擇權綜合報價

[模擬交易] 2012 總統大選後第一日(01/16)開盤的選擇權報價

原來打算在星期五 (01/13)臨收盤前,購買雙邊買進跨式選擇權,當然就是賭總統大選後星期一 (01/16)台指期的波動。不過近一星期有我這樣想法的投機者太多,導致權利金過高,大概比一般時期還高上有 2、3倍之多吧,風險飆高,故而作罷。

在此就只做個模擬交易,將原來打算操作的策略做個紀錄,來觀察總統大選前後的選擇權報價情形。

原來的想法是購買 7400 點的2口可樂 (Call),權利金為: 70 (含手續費) x 50 x 2 = 7,000;6600 點買 1口葡萄(Put),權利金為:45x50 = 2,250。

投入雙邊組合的總成本為:NT$ 7,000 + NT$ 2,250 = NT$ 9,250。

可樂對葡萄 為何不是 1:1 的投入比例? 因為

  1. 個人原來估算藍軍當選機率大一些,約是 52:48 左右。
  2. 藍軍當選後上漲幅度可能不會大,約 200~300 點,且極有可能開盤後即反映最高點,隨即遇壓反彈賣出。
  3. 綠軍若當選,比較會有崩盤的機率出現,一個停板就可能扳回兩口可樂投入的成本。這其實也反映在星期五的報價,深度價外的 6,600 點權利金還高達 43 點,避險的交易相當熱絡。

兩個賣出的主要時機:星期一開盤若有反轉跡象即賣出;或者放到星期三 (01/18)結算。

星期一開盤的賣出策略,若漲了有 200-250 點,加上還有兩日的時間價值,應該是小賺/小賠。

星期三放到結算,若沒有到達 7,500 點,這個賭雙邊組合的交易策略,就沒有賺頭,甚至當跌回 7,400 點以內,就全部變「龜苓膏」了,所以還真覺得風險高高。

就待星期一開盤之後至星期三結算的變化情形,再來印證與紀錄先前的想法。

2012-1-15 選擇權綜合報價

利用 LINQ 實現期指Tick檔彙整為K棒

參考這一篇:「How to group a time series by interval (OHLC bars) with LINQ」。

我這裡使用 C#.NET 實作,並作了一些小小的修正,使之確實可以執行,並可從期交所所下載的原始 Tick 資料檔,經由前置的解壓縮、轉換為 Tick 物件型態,再透過該實作邏輯,就可以將 Tick 物件依所指定的時間週期 (time-interval),群組為所謂的「分K棒」(其實,正確的稱呼應該為 OHCK Bar)。

這裡也不禁對 LINQ 實作技術感到讚嘆! 它讓中間層 (middleware)的物件結構與資料來源 (data-sources)的存取,變得更為簡單太多了,所以也使得 Tick 轉K棒 的轉換邏輯,可以利用相當簡潔的語法 (類 SQL 語法),而達成該功能的實現。

底下的程式碼並未包含前述所提包括解壓縮、轉換為 Tick 物件等邏輯,只從一群已有 Tick 資料的 Collection 集合 (型態為 IEnumerable),依據所指定的 Interval 時間間隔,轉換為 K棒 (含開、高、收、低、量)的實作邏輯。

Tick 與 OHLC-Bar(K棒) 物件結構為:

    public class Tick
    {
        public string Symbol { get; set; }     //商品代號        
        public DateTime Timestamp { get; set; }  //成交日期時間
        public decimal Price { get; set; }     //成交價格
        public uint volume { get; set; }       //成交量
    }

    public class OHLCBar
    {
        public string Symbol { get; set; }  //商品代號
        public decimal OPEN { get;set; }  //開盤價
        public decimal CLOSE { get; set; }   //收盤價
        public decimal HIGH { get; set; }  //最高價
        public decimal LOW { get; set; }   //最低價
        public uint VOLUME { get; set; }   //成交量
        public DateTime BeginTime { get; set; } //開始時間
        public TimeSpan Interval { get; set; }   //時間區間
    }


將 Ticks 集合當成參數傳進該 method (generate_OHLCBar),處理後再傳回 OHLCBar 集合。

閱讀全文 »

期貨期貨,不就是在作預期的事嗎?

有經驗的老師傅都說: 期貨投機,千萬不要作預測的事,要能順勢而為。

我對這一句話也深信不疑,而這幾年一直都在思考的事情是,什麼叫做「順勢而為」。

順著趨勢? 趨勢是什麼? 明顯的一個價格走向? 但即使是大多頭也會有短線的回檔、大空頭也會短期的反彈。 利用均線來定多空? 季(月)線以上為多頭、以下為空頭 … ,是這樣嗎? 趨勢這個字眼,我現在還是覺得,相當的模糊與抽象。

突然我又想到, "期貨",英文翻譯為 "Futures" or "Future Goods"。 那個 "期" 與 英文的 "Future",不都是 "預期" 與 "未來" 的意思嗎? 所以即使再怎麼短線的交易人,必然要作 "預期" 的事。 "預期" 下一分鐘、明日、下星期、下個月等,會上漲還是下跌,是多還是空。

符合你所預期的,你就賺到差價了;沒有符合你預期的,在那個容忍時間區段,你是賠了差價。

什麼是 "容忍時間區段"? 如果我是短線五分K操作者,我可能容忍我未來一個小時內因預期錯誤的虧損。或者,我可能容忍只能損失 50 點的虧損,而這 50 點的虧損可能是半小時的時間就已抵達你的容忍界限 ; 如果我是日線波段性的交易者,我可能容忍未來一個星期內預測錯誤的虧損。也可能只能容忍 150 點的虧損─短短兩天就抵達了停損界限。

不可能不作預期,也不可能不預設立場!

只是,當你做了預期卻沒有照預期的方向來走的時候,交易人該怎麼辦? 再等一下,撐久必勝? 還是逢低攤平? 或者是認賠出場,繼續下一個 "預期" 的工作?

上述這些方法應該都是預期錯誤後的處理策略。

我在想,以我現在淺薄的知識與體會而言,「順勢而為」這個字眼講得似乎太過偉大了。 或者應該換個想法,我應該大方承認,交易人必然是在做「預測」的工作;而當我「預期」錯誤後,我需要善後的處置措施是什麼? 到底用哪一種方法會比較能保護我有限的資金,受到最少的虧損。

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal