Re: [問題] 開SPAN 組合單就不會被拆嗎?

看板Option作者 (猴猴)時間6年前 (2018/02/11 17:32), 6年前編輯推噓34(37推 3噓 107→)
留言147則, 21人參與, 6年前最新討論串2/10 (看更多)
聲明:這篇單純for討論開span對保證金和維持率的影響，僅供參考。 如果對這篇有疑慮可以提出來，或是下單的時候多放一些保證金。 拜託不要來信要我保證你的部位不會被砍倉， 因為span只是一個不同的保證金計算機制，並不是保證你不會被砍倉的機制。 只是span這個保證金計算機制在某些特殊狀況下可以保護部位而已。(ex sb1:1) 會不會砍倉一樣看維持率，也就是看權益數和保證金， 如果你沒期貨單權益數(權益數≠權益總值)應該不會變，會變的是保證金， 而span會影響保證金計算方法，進而影響維持率和會不會被砍倉。 --------------- 我不知道你講的是不是我之前推文寫的東西， 不過span跟組合單拆不拆無關， span是把你的帳號的所有部位全部一起算，包含期貨和選擇權 span會依照當時的報價去預估結算時有可能的結算區間， 然後將這個區間每個結算點位帶入你帳號裡面的總體部位計算總體有可能發生的損失， 在這個區間內有可能發生的最大損失就會是你這個帳號該時間點的保證金。 在不同時間點的時候，因為報價不同，所以預估的結算區間不同，保證金就會不同 對於不同結算日期的單，較遠月的單也會因為預估的結算區間較大而保證金較多(除了某些特殊狀況) ----------------------------- span對於保證金計算的原理是這樣，但計算參數每家期貨商不盡相通， 所以計算出來有可能發生的區間會不同， 但單就你帳號裡面只有1s1b這種有鎖住損失類型的組合單而言， 他無論抓甚麼樣的結算區間，該帳號裡面有可能發生最大損失是被你鎖住的 也就是說保證金飆到最高就是你那組組合單在結算日有可能發生的最大損失， 他跟沒開span的最大差別是在只有s腳噴到漲停的時候，沒開span的保證金會因為s單邊保證金飆高而造成你的維持率低於25% (補充一下，維持率是用權益數和保證金算的，不是用市價算的，你會覺得是用市價算的是因為你在沒開span的狀況下市價飆高導致保證金飆高導致維持率下降) 有開span的狀況下，如果你的組合單本身有鎖住損失最大值，那保證金最高就是那個額度 也就是說保證金不會突然噴到超過那個鎖住的額度， 也就不會導致維持率瞬間低於25%的狀況產生，就不會幫你砍單 -------------------------------- 至於有些文章有人在說單子不是一定要抱到結算的邏輯， 基本上在span機制下，只要你帳號內持有1s1b，他就是用1s1b的狀況去算， 但如果這時候你把單子拆開把b賣了，那剩1s就有可能會保證金瞬間飆高你就爆了 ---------------------------------- 然後順便說一下，span核心概念就是把整個帳號的倉位看做一個複合式倉位來計算 所以當你倉位沒有鎖好 譬如你買了5s4b，這樣s多一口沒有被鎖住，如果s那邊爆了 導致那個時間點你的總體倉位保證金飆高，進而導致你的維持率低於25%的時候 那不是單砍你的那個s腳，是會直接5s4b一起砍掉(因為span就是同一個帳號裡面部位一起算，所以砍也一起砍)， 砍的這時候如果s被砍在漲停b是普通價格，一樣可能變負債 ----------------------------------- 在來就是2/6當天，我自己的朋友有開span且倉位有鎖好(sb 1:1 且無其他部位)的狀況下，是沒有被抬出去的 如果是開span但倉位沒鎖好一樣有可能被抬出去(ex有一個被抬出去的是 15s15b+1口大台，這個狀況他就直接把你大台+15sb都一起砍了) 所以大家可以問問看有沒有當天有開span且倉位鎖好，但還發生保證金飆高導致維持率低於25%被抬出場的 謝謝大家 ※ 引述《feita5566 (肥它56)》之銘言： : 一整串討論下來 大家都在戰裸賣風險 組合擔風險 : 但有推文某位大大提到 只要有開SPAN : 會使用特殊計算的方式 評估風險值 : 即使S被拉到漲停 B維持原價 : 但依舊不會被砍倉 : 請問真的是這樣嗎? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.27.145.86 ※ 文章網址: https://www.ptt.cc/bbs/Option/M.1518341542.A.15A.html
推
02/11 17:52, 6年前 , 1F
所以span才是重點？沒開就會被抬出去?
02/11 17:52, 1F
這篇是在講span對於保證金的計算方式 至於會不會抬出去要看你怎麼下單 因為我之前推文的那篇文章是在講1s1b的狀況，所以我回文就用1s1b來講 如果你是雙賣那你開span遇到大波動會比沒開span更快被抬出去 因為你沒開span就是用當下市價計算， 但你開span因為波動參數的關係，計算出來有可能結算區間會在更外面(且越遠期越外面) 也就是你雙賣保證金會比沒開span的狀況更高，維持率就更低 所以會不會抬出去跟有沒有開span和你單怎麼下都有關係 不是開span就一定不會被抬出去，也不是沒開span就一定會被抬出去 只是在1s1b的狀況下，開span比不開span更不容易被抬出去 但在裸賣的狀況下，開span比不開span更容易抬出去
推
02/11 17:52, 6年前 , 2F
看不太懂. 所以開SPAN的話, 你就是沒做組合單,風險也會視
02/11 17:52, 2F
→
02/11 17:53, 6年前 , 3F
為組合單? (保證金)
02/11 17:53, 3F
→
02/11 17:53, 6年前 , 4F
你第三行的意思似乎是這樣
02/11 17:53, 4F
是阿，開span就是把你單一帳號底下所有單當成一個超級大的組合單去計算保證金，只是你下單的時候是可以拆開下的
推
02/11 17:56, 6年前 , 5F
維持率本來就是看權益數啊. 有沒有開SPAN都一樣
02/11 17:56, 5F
維持率是看權益數和保證金，而且這種CASE底下重點是保證金不是權益數 權益數在你賣的時候就收進來了，買的時候就放出去了，基本上不會變動，會變動的是"權益總值" (除非你有買期貨，權益數才會變) 但維持率跟權益總值無關，會影響維持率且在這個CASE會變動的是保證金，保證金瞬間飆高才會讓你的維持率不足25% 而SPAN雖然跟維持率的算法無關，但SPAN會影響保證金的計算，所以也算是間接影響了維持率(funtional的概念)
→
02/11 17:58, 6年前 , 6F
了解 感謝回答 其實我想問的就是你說的
02/11 17:58, 6F
→
02/11 18:11, 6年前 , 7F
所以還是無法100%確定1：1的組合沒有風險嗎??
02/11 18:11, 7F
推
02/11 18:12, 6年前 , 8F
我是說1s1b 沒span會被抬出去？
02/11 18:12, 8F
推
02/11 18:13, 6年前 , 9F
有開照樣扛出去 謝謝
02/11 18:13, 9F
→
02/11 18:14, 6年前 , 10F
簡單說bp高 假設40點 配sp低 假設爆到400-1000
02/11 18:14, 10F
→
02/11 18:15, 6年前 , 11F
只要出現一秒 gg 抬出去 不管span 組合單 保證金最佳
02/11 18:15, 11F
→
02/11 18:15, 6年前 , 12F
化
02/11 18:15, 12F
→
02/11 18:15, 6年前 , 13F
若有懷疑 請直接找期交所求證
02/11 18:15, 13F
→
02/11 18:16, 6年前 , 14F
以上情況皆為1:1對鎖
02/11 18:16, 14F
推
02/11 18:18, 6年前 , 15F
有人試過buy 1口大台,s 4口小台嗎? 沒出現不合理價的話
02/11 18:18, 15F
→
02/11 18:18, 6年前 , 16F
怎麼漲或怎麼跌, 你都不會被砍單,因為你權益總值不會減
02/11 18:18, 16F
推
02/11 18:18, 6年前 , 17F
02/11 18:18, 17F
→
02/11 18:18, 6年前 , 18F
根據我的研究，1：1的組合單，在計算時，分母的“
02/11 18:18, 18F
→
02/11 18:18, 6年前 , 19F
原始保證金”和“應加收之保證金”都為0，理論上是p
02/11 18:18, 19F
→
02/11 18:18, 6年前 , 20F
ass的，我只是想更一步確認而已
02/11 18:18, 20F
→
02/11 18:18, 6年前 , 21F
但出現不合理價的時候..上次940X那次就不知道了
02/11 18:18, 21F
推
02/11 18:24, 6年前 , 22F
威廉 瞬間一秒 就是out 只要風險係數低於25% 期商就能
02/11 18:24, 22F
→
02/11 18:24, 6年前 , 23F
亂刀砍
02/11 18:24, 23F
推
02/11 18:35, 6年前 , 24F
因本人還要跟期商對戰 不便資訊全都露
02/11 18:35, 24F
→
02/11 18:36, 6年前 , 25F
我的意思是，組合單+span，因上述的講法，風險係數
02/11 18:36, 25F
→
02/11 18:36, 6年前 , 26F
絕對算不到低於25%
02/11 18:36, 26F
→
02/11 18:36, 6年前 , 27F
這次我沒被砍，我只是想知道有沒有特例
02/11 18:36, 27F
→
02/11 18:37, 6年前 , 28F
或者前輩更確定的答覆
02/11 18:37, 28F
推
02/11 18:41, 6年前 , 29F
有 可以問期交所 真的
02/11 18:41, 29F
推
02/11 18:44, 6年前 , 30F
戰完期商 可以分享嗎?
02/11 18:44, 30F
→
02/11 18:44, 6年前 , 31F
你可以問期交所若開span二月我bp10,000點+sp9900. 若在
02/11 18:44, 31F
→
02/11 18:44, 6年前 , 32F
瘋狂日9900p漲到10000一秒 但10000p只有40 這樣風險係
02/11 18:44, 32F
→
02/11 18:44, 6年前 , 33F
數是多少
02/11 18:44, 33F
1.我發文之前已經有跟不只一位相關人士確認了，包含自營部門的朋友和資訊部門的以及期交所的 2.如果你跑去問期交所開span的風險係數會是多少，他根本沒辦法給你答案，而聽你的講法你好像得到一個他告訴你維持率低於25%的答案是吧 先來說說他為什麼沒辦法給你答案 a.因為你是直接打去問的，他應該還是以期交所人員的身分來回答你，但是開span後，span風險和波動參數各家期貨商都不一樣，期交所人員頂多告訴你span的機制，他根本不可能能算得出你那家期貨商下那個單的風險值，他以一個官方人員的身分，不可能在不知道確切多少的狀況下可以肯定的告訴你這會不會低於25% b.即使你是有認識期交所的人私底下這樣問他，請他幫忙估估看，那你至少也要告訴他帳戶權益數有多少吧，不然怎麼算風險值? 3.畢竟他們給我的答覆跟你所說的狀況差蠻多的，所以其實我有點懷疑是不是溝通上有甚麼誤會，你可能可以去問一下span的機制是不是這樣，如果期交所告訴你span機制是這樣，那你就可以問問看他1s1b的狀況下要怎麼讓保證金飆高進而讓維持率不足25%(在帳戶權益數大於組合單最大損失的狀況下) 4.你現在所謂s腳噴上去b腳沒噴上去造成保證金飆高被砍單的狀況只會發生在沒開span的狀況下，因為他會先將保證金分開算再合在一起(就是你上面講到的保證金最佳化)，但你開span就不是用保證金最佳化那套方法去算了，電腦系統怎麼算應該都不會算到超過最大損失。 另外有個問題小弟私底下有點好奇，想請問一下，不過這有點個人的問題所以如果您不方便回答也沒關係 1.你被砍單的時候是有開span的嗎? 如果是的話那想請問一下你該帳號的所有單 2.有開span的狀況下被期貨商砍是所有單都砍，不會只砍特定的組合單，那你怎麼知道是不是某個組合單的問題呢 3.想問的問題主要就是 你是有開span的嗎/你帳號裡的單是一次全部被砍嗎 謝謝你
推
02/11 18:44, 6年前 , 34F
請問樓上槓桿開很高嗎?
02/11 18:44, 34F
→
02/11 18:45, 6年前 , 35F
@William
02/11 18:45, 35F
還有 72 則推文
還有 8 段內文
→
02/11 23:07, 6年前 , 108F
交單跟你聲稱的相符，你只有賣權空頭價差單沒有其他單卻被
02/11 23:07, 108F
→
02/11 23:07, 6年前 , 109F
斷頭
02/11 23:07, 109F
→
02/11 23:08, 6年前 , 110F
你只會叫我去問期交所，因為你拿不出你説的對帳單…
02/11 23:08, 110F
推
02/11 23:29, 6年前 , 111F
span不是這樣喔
02/11 23:29, 111F
推
02/12 00:01, 6年前 , 112F
我個人是有開span，倉位也都剛好鎖好，拜一大跌，但我
02/12 00:01, 112F
→
02/12 00:01, 6年前 , 113F
倉位是無風無浪
02/12 00:01, 113F
推
02/12 00:28, 6年前 , 114F
有做價差單的話有沒有開span有差嗎?
02/12 00:28, 114F
推
02/12 00:31, 6年前 , 115F
應該說我帳戶目前就只有這組價差單, 有沒有開span有差?
02/12 00:31, 115F
推
02/12 00:39, 6年前 , 116F
對阿有單純價差單跟開不開span有何關係
02/12 00:39, 116F
推
02/12 00:42, 6年前 , 117F
但我確定的是, 帳戶的權益總值會反應不合理的價格波動
02/12 00:42, 117F
→
02/12 00:43, 6年前 , 118F
824的時候, 我只有做空頭PUT價差,每組獲利就100點
02/12 00:43, 118F
→
02/12 00:43, 6年前 , 119F
但盤中一度權益值飆到每組400多點..
02/12 00:43, 119F
→
02/12 00:43, 6年前 , 120F
上限
02/12 00:43, 120F
推
02/12 07:25, 6年前 , 121F
15S+15B+大台是怎麼被抬出去的？
02/12 07:25, 121F
推
02/12 07:44, 6年前 , 122F
也許是大台多單? 多單overloss了?
02/12 07:44, 122F
→
02/12 08:11, 6年前 , 123F
所以是開了span的關係...大台維持率爆了就連同價差單一起
02/12 08:11, 123F
→
02/12 08:11, 6年前 , 124F
砍掉..應該啦
02/12 08:11, 124F
推
02/12 08:34, 6年前 , 125F
這個會被抬很難想像啊
02/12 08:34, 125F
噓
02/12 10:25, 6年前 , 126F
如果今天超過保證金的損失 期貨商要自行吸收
02/12 10:25, 126F
→
02/12 10:25, 6年前 , 127F
你們可以看看期貨商會怎麼砍這次的部位
02/12 10:25, 127F
→
02/12 10:27, 6年前 , 128F
今天就算簽了合約 有不合理的地方就要修改
02/12 10:27, 128F
→
02/12 10:29, 6年前 , 129F
檢討受害者很厲害? CALL去停損在漲停價就是不合理!!
02/12 10:29, 129F
噓
02/12 12:09, 6年前 , 130F
難道要掛買在那等喔 自己建的部位就要自己承擔
02/12 12:09, 130F
→
02/12 12:09, 6年前 , 131F
市場機制就是合理
02/12 12:09, 131F
→
02/12 12:10, 6年前 , 132F
你賺錢要不要也紛期貨商 賠錢就找期貨商承擔
02/12 12:10, 132F
→
02/12 12:11, 6年前 , 133F
不然設定風險係數幹嘛 就是警告投資人部位風險意識
02/12 12:11, 133F
→
02/12 12:11, 6年前 , 134F
期貨商有幫你出保證金?
02/12 12:11, 134F
→
02/12 12:12, 6年前 , 135F
還自行吸收 市價多少去找造市的人討 找賺走的人討
02/12 12:12, 135F
推
02/12 14:11, 6年前 , 136F
不是推給市場機制就一切ok
02/12 14:11, 136F
→
02/12 14:14, 6年前 , 137F
cme在2010/5/6美指暴跌有流動性問題時,就有延時搓合機制
02/12 14:14, 137F
噓
02/13 02:43, 6年前 , 138F
期貨商有收手續費好嗎!風險係數用市價
02/13 02:43, 138F
→
02/13 02:44, 6年前 , 139F
會覺得合理的，可能要智力有點問題吧
02/13 02:44, 139F
推
02/13 12:25, 6年前 , 140F
昨天夜盤三月OP流動性太差 我的賣權空頭價差被加收保證金
02/13 12:25, 140F
→
02/13 12:26, 6年前 , 141F
買方的組合單 不就支付權利金就好了嗎...= =
02/13 12:26, 141F
→
02/13 12:26, 6年前 , 142F
我有開SPAN喔...券商元X
02/13 12:26, 142F
→
02/13 12:27, 6年前 , 143F
以後賣方部位都只能當沖了 留倉真的會怕...
02/13 12:27, 143F
→
02/13 12:33, 6年前 , 144F
補充說明: 2/6當天其實盤中有幾秒我的SPAN風險指標負的
02/13 12:33, 144F
→
02/13 12:33, 6年前 , 145F
不過沒收到簡訊追繳 營業員也不曉得這件事...
02/13 12:33, 145F
→
02/13 12:33, 6年前 , 146F
所以不見得會被砍單喔 只是權利金淨支出部位要收保證金...
02/13 12:33, 146F
→
02/13 12:33, 6年前 , 147F
我覺得很怪 這樣一來就不是照結算時最大虧損計算了
02/13 12:33, 147F
‣ 更多 monkeyboy234 的文章
文章代碼(AID): #1QW0sc5Q (Option)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 2 之 10 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共10篇)
‣ 更多 monkeyboy234 的文章
文章代碼(AID): #1QW0sc5Q (Option)