Opciós portfólió marginálás

Utolsó frissítés: 2025. április 2.
CSAK DEMÓ KÖRNYEZET
hero

Bevezetés

Ez a dokumentum átfogó technikai áttekintést nyújt az Options portfólió-fedezeti rendszerről, leírva annak módszertanát, fedezetszámításait és kockázatkezelési stratégiáit.

A portfólió-fedezet egy kockázatalapú fedezeti módszertan, amely a fedezeti követelményeket a portfólió teljes kockázata alapján határozza meg, nem pedig előre definiált stratégiák szerint. Ez a megközelítés célja, hogy a fedezeti követelményeket szorosabban összehangolja a portfólión belüli kombinált pozíciók tényleges kockázati kitettségével.

Ezért a portfólió-fedezeti rendszer kiegyenlíti a kockázatokat a különböző instrumentumok között hasonló mögöttes eszközökkel. Javítja a tőkehatékonyságot a hagyományos fedezetkezeléshez képest, amely az egyedi fedezeti követelményeket összegzi. Azonban nagyobb komplexitást vezet be a fedezetszámításba.

Fedezetszámítási módszertan

A fedezeti követelmény öt elsődleges kockázati tényező alapján kerül kiszámításra:

  1. 1

    Nem-delta piaci kockázat – A legrosszabb forgatókönyv szerinti P&L-t méri az ár- és volatilitási stressztesztek során, a SPAN módszertan szerint.

  2. 2

    Abszolút Options Delta – Figyelembe veszi a likviditási és piaci hatás kockázatát.

  3. 3

    Nettó Portfólió Delta – Rögzíti a potenciális delta-fedezeti költségeket a likvidálás során.

  4. 4

    Futures Pozíciók Fedezete – Biztosítja a konzisztenciát a több fedezetű futures fedezetkezeléssel.

  5. 5

    Eszközök közötti nettósítás – Lehetővé teszi a fedezet csökkentését az eszközkorrelációk alapján.

1. Nem-delta piaci kockázat (Legrosszabb forgatókönyv szerinti veszteség stressztesztelés során)

Ez a komponens kiszámítja a legrosszabb forgatókönyv szerinti portfólió P&L-t több ár- és volatilitási sokk forgatókönyv esetén. A módszertan a SPAN (Standard Portfolio Analysis of Risk) modellt követi, de az opciók kezelésére vonatkozó fejlesztésekkel (fontos különbség, hogy csak a delta-fedezett portfóliót vesszük figyelembe):

  • 23 különböző piaci forgatókönyv szimulálja az ármozgásokat, például -15% és +15% között, további extrém sokkokkal -45% és +45% értéken.

  • Volatilitási korrekciók az opció történelmi IV viselkedése és a jövőbeli kockázatbecslések alapján.

  • Theta bomlási hatás: További kockázati szorzók alkalmazása negatív thétával rendelkező opciókra, azaz azokra, amelyek idővel veszítenek értékükből, azáltal, hogy a lejáratig hátralévő időt sokkolják és előrehozzák.

  • Delta-fedezett stressztesztelés: Feltételezve a delta-fedezetet az aktuális árakon az ársokkokra, csak a fennmaradó kockázat (magasabb rendű görögök) kerül figyelembevételre.

2. Abszolút Options Delta (Nagy delta kitettségek piaci hatása)

Az abszolút delta egy portfólió teljes irányított kitettségét méri. Ez biztosítja, hogy a nagy pozíciók megfelelő fedezettel rendelkezzenek a likviditási/piaci hatás kockázatának tükrözésére. Bár egy portfólió minimális piaci kockázattal rendelkezhet a Nem-delta piaci kockázat szerint, egy magas delta portfólió likviditási kockázattal jár. Ezért az opciós pozíciók deltája a következőképpen kerül kiszámításra:

calculation

Ahol a MaintenanceMarginFactor itt található. Egy 2-es szorzó pufferként szolgál.

Példa:

Opció

Delta

Pozíció

Mögöttes ár

A

0.5

100

$50

0.5

-0.3

150

$40

  1. 1

    Számítsa ki az abszolút nominális delta kitettséget:

    (0.5 x 100 x 50) + (-0.3 x 150 x 40)=4300

  2. 2

    Tegyük fel, hogy a fenntartási fedezeti tényező (mm_factor) 0,01:

    AbsOptionsDelta = 4300 x0.01 x2 = 86

3. Nettó Portfólió Delta (Delta fedezés költsége a likvidálás előtt)

A nettó delta a portfólió általános irányított torzítását jelenti, figyelembe véve mind az opciós, mind a futures pozíciókat. Ez a metrika kulcsfontosságú a fedezeti költségek meghatározásához a likvidálás előtt.

A módszertan:

  • Figyelembe veszi az opciókat és a határidős ügyleteket is a portfólióban.

  • Kiszámítja a nettó delta kitettséget, beépítve a határidős fedezést.

  • A legkisebb fedezetlen kitettséget használja a kockázat meghatározására.

  • A delta kitettséget nominális értékre konvertálja az indexár felhasználásával.

  • Dinamikus fenntartási fedezeti tényezőt alkalmaz a szükséges fedezet kiszámításához.

Példa:

Instrumentum

Típus

Delta

Pozíció

Index ár

A

Opció

100

100

$50

B

Opció

200

200

$50

C

Future

-80

-80

$50

  1. 1

    Számítsa ki az Opciós Deltát:

    options_delta = (0.5 x 100) + (-0.3 x 200) = 50 - 60 = -10

  2. 2

    Számítsa ki a Future Deltát:

    underlying_delta= -80

  3. 3

    Határozza meg a Nettó Delta kitettséget:

    min_net_portfolio_delta=

    =minabs(options_delta), abs(options_delta + underlying_delta )=

    =min10,abs(-10+(-80))=10

    A min_net_portfolio_delta értékét az abs(options_delta) korlátozza, mivel csak azokat a future deltákat szeretnénk figyelembe venni, amelyek ellensúlyozzák az opciós deltákat.

  4. 4

    Átváltás Nominális kitettségre:

    min_net_portfolio_delta_notional = 10 x 50 = 500

  5. 5

    Alkalmazza a Fenntartási Margin Faktort (pl. mm_factor = 0.01):

    Net Portfolio Delta = 500 x0.01 = 5

4. Future pozíciók marginja

A future-ök marginálása a több fedezetű marginrendszert követi annak biztosítására, hogy a future-ök margin követelményei konzisztensek maradjanak azon ügyfelek számára, akik csak future-ökkel kereskednek; a meglévő marginrendszert használjuk a több fedezetű future-ök esetében.

Calculation

A future-ök margin követelményei összeadódnak az opciókra számított margin követelményekkel.

Megjegyzés: A több fedezetű marginrendszer kissé eltér az egy fedezetű szerződésekétől. Egy fedezet esetén a margin követelmények a piaci áron alapulnak az átlagos belépési ár helyett. Ezt a megközelítést a több fedezetű szerződések esetében azért választották, mert könnyebben érthetőnek ítélték az ügyfelek számára, mivel a kezdeti margin fix egy adott méret és átlagos belépési ár esetén.

5. Kereszt-eszköz nettósítás (Kockázatcsökkentés korrelált eszközökből)

A kereszt-eszköz nettósítás egy margin csökkentő mechanizmus, amely lehetővé teszi a portfólió marginrendszer számára, hogy felismerje a korrelált kockázati ellentételezéseket a különböző instrumentumok között. Ahelyett, hogy minden pozíciót függetlenként kezelne, a rendszer egy korrelációs faktort alkalmaz az általános margin követelmények csökkentésére, amikor az eszközök történelmileg ellentételező kockázatokkal rendelkeznek.

A rendszer két érték között interpolál:

  1. 1

    Az összes opcióra vonatkozó, forgatókönyvenként összegzett veszteségek közül a legrosszabb.

  2. 2

    Az eszközönkénti legrosszabb veszteségek összege az összes forgatókönyvben (a szigorúbb).

A rendszer ezen módszerek között interpolál a kockázati pontosság és a tőkehatékonyság egyensúlyának megteremtése érdekében. Ez az interpolált érték lesz a portfólió nem-delta piaci kockázata. Magát a paramétert az adminisztrátor állítja be, és 0 és 1 között lesz.

Megjegyzés: Ez a szám csak a BTC és ETH közötti korrelációt fejezi ki, mivel ezek a jegyzett opciók mögöttes eszközei, és várhatóan egy ideig így is marad. Ha további opciók kerülnek bevezetésre, a módszertant felül kell vizsgálni 3 vagy több különböző mögöttes eszköz kezelésére.

Példa:

Forgatókönyv

BTC Veszteség ($)

ETH Veszteség ($)

1

-1 000

-2 000

2

-500

-2 500

3

-1 500

-1 500

4

-2 500

-500

1. megközelítés: A forgatókönyvenként összegzett veszteségek közül a legrosszabb

Az egyes forgatókönyvek veszteségei az egyes eszközök veszteségeinek összegeként adódnak. Feltételezi, hogy az egyes forgatókönyvekben minden veszteség additív, azaz a BTC és ETH veszteségek teljes mértékben együtt realizálódnak.

Forgatókönyv

Teljes veszteség

1

-3,000

2

-3,000

3

-3,000

4

-3,000

A legrosszabb forgatókönyv szerinti összesített veszteség az összes forgatókönyvben -3000.

2. megközelítés: Legrosszabb veszteség eszközönként az összes forgatókönyvben

Itt az egyes instrumentumok legrosszabb veszteségét vizsgáljuk az összes forgatókönyvben:

  • Legrosszabb BTC veszteség az összes forgatókönyvben: -2500 (4. forgatókönyv)

  • Legrosszabb ETH veszteség az összes forgatókönyvben: -2500 (2. forgatókönyv)

A teljes margin követelmény -2500 + (-2500) = -5000

Ez azonban nem feltételezi, hogy a BTC és az ETH ugyanabban a forgatókönyvben éri el a legrosszabb veszteségeit.

Miután kiszámítottuk a fenti kockázati tényezőket az egyes pozíciókra, a végső margin követelményt portfólió szinten határozzuk meg, ezeknek az összetevőknek a strukturált integrálásával:

OptionsMaintenanceMargin = max(CrossAssetNettedMarketRisk, AbsOptionsDelta)+ NetPortfolioDelta

A kettő közül a maximumot vesszük, hogy egy gondosan fedezett portfólió esetén is kötve legyünk a likvidációs kockázathoz.

OptionsInitialMargin = OptionsMaintenance x MarginOptionsIMarginFactor

PortfolioMaintenanceMargin = OptionsMaintenanceMargin + FuturesMaintenanceMargin

PortfolioInitialMargin = OptionsInitialMargin + FuturesInitialMargin

Az OptionsIMarginFactor az adminisztrátor által meghatározott.

Csak long opciós portfóliók esetén az opciók kezdeti és fenntartási marginja nem lehet több, mint a piaci ár, mivel ez a maximális veszteség.


A motor kiszámítja a kezdeti margint, figyelembe véve a nyitott megbízásokat, és feltételezi azok végrehajtását, hogy megakadályozza az ügyfeleket olyan megbízások küldésében, amelyek végrehajtás esetén a kezdeti marginnál nagyobb margin követelményt eredményeznének.

Kezdeti margin nyitott megbízásokhoz

A mechanizmus biztosítja, hogy a kockázatot növelő megbízások megfelelő marginnal rendelkezzenek a végrehajtás előtt. Az aktív nyitott megbízásokkal rendelkező portfóliók esetében a rendszer szimulálja a margin hatását, feltételezve, hogy az összes nyitott megbízás teljesül, és hozzáadja az esetleges negatív PnL-t és díjakat. Ezért opcióként a megbízásokhoz szükséges margin a következő:

  • marginForBids = marginImpactAllBidsFilled+min(pnlBidsFilled,0) + bidsFilledFee

  • marginForAsks = marginImpactAllAsksFilled + min(pnlAsksFilled,0) + asksFilledFee

  • marginRequiredForOrders = max(marginForBids, MarginForAsks)

    A biztonságosabb oldalt választjuk, ezért a legmagasabb szükséges margint. A vételi és eladási megbízások nem teljesíthetők egyszerre.

A nyitott megbízások margin számítása az alábbiakban található:

1. Kezdeti margin számítása megbízásokra opcióként

Minden opt opcióra a kezdeti margin hatását kiszámítjuk mind a vételi, mind az eladási megbízásokra, figyelembe véve:

  • Hatás, ha teljesül

    Calc

  • Nem realizált veszteség (csak negatív PnL)

    calc

  • A megbízásokhoz kapcsolódó díjak

    calc

Ezért a nyitott megbízások kezdeti marginja a következő:

IM[orders,opt] = max(max[of bid&ask orders](IM[impact](orders) + min(PNL[impact](orders),0) + Fees[impact](orders)),0)

Megjegyzés: A vételi és eladási megbízások nem teljesíthetők egyszerre. Ezért vesszük mindegyik maximumát.

2. Összes margin összege az összes opciós megbízásra, kivéve, ha az ügyfél Market Maker, ahol csak az N legnagyobb margin-befolyásoló megbízás összege kerül összeadásra.

calc

3. Az összes megbízásra vonatkozó teljes IM az fentiekben (opciók) és a határidős ügyletekre számított összege.

calc

Annak meghatározása, hogy a felhasználó leadhat-e megbízást

Amikor a felhasználó megbízást ad le, a nyitott megbízások teljes marginja úgy kerül kiszámításra, mintha a megbízás már le lett volna adva. Ha ennek az értéknek és a megbízás leadása előtti értéknek (IM[orders, total]) a különbsége kisebb vagy egyenlő, mint a felhasználható margin, akkor a megbízás leadható.

Folyamat:

  1. 1

    Ellenőrizze, hogy a nyitott megbízások teljes kezdeti marginja növekszik-e, ha a megbízás végrehajtásra kerül. Ha nem, akkor adja le a megbízást.

  2. 2

    A margin hatása a következőképpen kerül kiszámításra:

    max(mm_impact_all_bids_filled, mm_impact_all_asks_filled)

  3. 3

    Ha a fenti számítás negatív margin hatást eredményez, az azt jelenti, hogy a megbízás csökkenti a kockázatot, és a rendszer engedélyezi a margin puffer felhasználását:

    usableMargin = margin_equity - current_mm, ahol a margin_equity a fedezeti érték (beleértve a haircutokat) + nem realizált PnL.

    Ha a fenti számítás pozitív margin hatást eredményez, az azt jelenti, hogy a megbízás növeli a kockázatot, és a rendszer a következőket használja: usableMargin = availableMargin

Megbízások törlése negatív rendelkezésre álló margin esetén

Ha egy felhasználó rendelkezésre álló marginja null alá csökken, és kockázatot növelő megbízásai vannak, akkor a rendszer elkezdi törölni a megbízásokat, hogy a rendelkezésre álló marginja null fölé kerüljön.

Ha az instrumentum határidős ügylet, és nem záró megbízásai vannak (azaz olyan megbízások, amelyek nem zárnak pozíciókat/növelik az expozíciót), akkor az adott instrumentumra vonatkozó összes megbízás törlésre kerül.

A határidős ügyletekkel ellentétben, az opciók nem linearitása miatt egy végrehajtott megbízás a portfólió teljes kockázatának csökkenését eredményezheti a pozíciók zárásával (Záró Megbízások). Ezért, ha egy vételi/eladási megbízáscsoport csökkenti a kockázatot, akkor a vételi/eladási megbízások törlésre kerülnek, ellenkező esetben nem.

Folyamat:

  1. 1

    Iterálás az összes instrumentumon: Minden instrumentum lehet határidős ügylet vagy opció.

  2. 2

    Határidős ügyletek kezelése: Az összes nem záró megbízás törlése

    Ha az instrumentum határidős ügylet, és nem záró megbízásai vannak (azaz olyan megbízások, amelyek növelik az expozíciót), akkor az adott instrumentumra vonatkozó összes megbízás törlésre kerül.

  3. 3

    Opciók kezelése: Szelektív megbízás törlés

    Csoportosítsa az összes vételi és eladási megbízást két csoportba (eladási és vételi), majd számítsa ki, hogy az egyes csoportok csökkentik-e a margint vagy sem. Ha a margin nem csökken, törölje az adott csoport összes megbízását (még azokat is, amelyek csökkentik a margint).

Megjegyzés: Kérjük, vegye figyelembe, hogy a nyitott megbízások nem növelik a margin-t, amíg nyitva vannak. Azért töröljük az összes olyan megbízást, amely végrehajtás esetén potenciálisan növelheti a szükséges margin-t, mert nem szeretnénk, ha az ügyfélnek olyan pozíciói lennének, amelyek margin-t igényelnek.

További segítségre van szükséged?