Macro event post-release hedge reset checklist
Post-release execution को reset routine में बदलें ताकि stale hedges और delayed liquidity अच्छी thesis को धीरे-धीरे loss में न बदलें
सीधा जवाब
Post-release hedge reset first macro move के बाद हर hedge leg की timed review है, जब volatility, price और liquidity बदल चुके हों। यह planned decision की मांग करके originally sensible hedge को expensive, stale या unbalanced बनने से रोकती है कि उसे keep, reduce, replace या remove करना है।
Mandatory hedge reset timer तय करें
First spike के बाद आपका hedge direction में सही लेकिन timing में गलत हो सकता है।
Reset decision को flexible preference नहीं, hard timer बनाएं।
उपयोग करें:
Timer miss हो जाए तो default action complexity घटाना और stale overlays हटाना है।
केवल portfolio net नहीं, हर hedge leg recalculate करें
Portfolio net leg failures छिपा सकता है।
हर leg के लिए capture करें:
जिस leg की fill quality pre-release minimum से नीचे हो या implied risk contribution tolerance से अधिक हो, उसे हटा दें।
Legs uneven हों तो portfolio hedged दिख सकता है जबकि real risk किसी hidden point पर चला गया हो।
- Actually filled hedge quantity बनाम planned quantity
- New IV के तहत current gamma risk contribution
- Short-duration hedges उपयोग करने पर time-decay sensitivity
- Release repricing के बाद assignment exposure
Stale-layer list बनाएं
Hedge drift अक्सर उन old layers से आता है जिन्हें रखना महंगा हो जाता है।
Entry से पहले:
Reset के दौरान:
आप fragility घटा रहे हैं, prediction confidence नहीं।
- हर layer को “time-sensitive” या “steady” label दें
- Spread और depth terms में stale threshold define करें
- Spread या IV regime threshold से बाहर जाए तो auto-quit होने वाली layers तय करें
- Time-sensitive layer expected slippage के 2x से अधिक हो तो पहले वही close करें
- Steady layer effective हो तो minimum required size रखें
- दोनों layers drift करें तो clean-sheet neutral state में shift करें
Scenario के अनुसार reset rule
सभी outcomes के लिए एक hedge reset rule उपयोग न करें।
Scenario A: directional confirmation जारी रहे
Scenario B: First direction reverse हो जाए
Scenario C: Clear continuation न हो
- Incremental re-hedge को depth support करे तभी base hedge रखें
- High re-hedge cost वाले optional hedges cut करें
- Tighter post-release hedge-loss cap set करें
- Hedge को केवल delta side पर नहीं, spread inflation के लिए सबसे sensitive leg पर भी reduce करें
- Poor fill liquidity वाली legs पहले close करें
- Execution confidence recover होने पर ही delta-neutral target फिर चलाएँ
- Temporary noise मानें और केवल low-cost stabilizer hedge रखें
- First 15 minutes में नई hedge complexity add न करें
- Spread और liquidity stability window के बाद ही re-open करें
Silent unhedging रोकें
कई teams value इसलिए खोती हैं क्योंकि hedge बहुत महंगा होने के moment को monitor करना भूल जाती हैं।
Explicit “unhedged warning” बनाएं:
Warning पर forced action sequence है:
1) Optional layer हटाएँ, 2) Time-sensitive layer cut करें, 3) Stale exposure flatten करें, 4) Flattening pass के बाद ही thesis reassess करें।
- तीन में से two legs execution budget breach करें तो warning
- T+5 के बाद hedge loss recover न हो तो warning
- Spread inflation re-hedge को fallback cap से ऊपर धकेले तो warning
Ledger छोटा और repeated रखें
Post-release reset हर event में दोहराई जाने वाली routine है।
हर macro release के बाद log करें:
अगले event के लिए इसी ledger को team template की तरह उपयोग करें।
- कौन-सी layers reset हुईं
- कौन-सी warning पहले trigger हुई
- हर timer पर कौन-सा action लिया
- क्या reset नहीं किया और क्यों
आम सवाल
T+15 के बाद stale hedge रखने का कोई कारण है?
केवल तब जब full execution check pass हो और stale layer spread तथा budget limits के भीतर हो।
क्या सभी hedges एक साथ reset करने चाहिए?
नहीं, expected cost और liquidity impact के अनुसार layers में reset करें। Bulk reset अक्सर आपके विरुद्ध दूसरा move बनाता है।
क्या इसे पूरी तरह automate कर सकते हैं?
Alerts automatic हो सकते हैं। Recomposition operator-aided रहना चाहिए, जब तक venue conditions highly stable न हों।