Credit Baskets

Download Report

Transcript Credit Baskets

Credit Baskets Proposal
CD-FpML Working Group
John Weir
Contents

Overview of CreditBasket Product

FpML Schema Proposal

Discussion
Overview of Credit Baskets
Different classes of Credit Basket Products

Index Tranches
Provides protection on the accumulated losses from credit events that occur
on any of the constituents of the index or basket as a percentage of the
Implied Portfolio size between the attachment and exhaustion points



Credit Index Tranche on Standard Index (*ITraxx etc)
Credit Index Tranche on Custom Basket of Reference
Entity/Obligations
Nth to default baskets
Provides protection only for the losses when Credit Events occur on ‘N’
reference Entities in the portfolio
General approach
Based on much of the work done by:


Bernard Mullen at Sunguard,
Milla Bouklieva and team at Goldman Sachs
Leverage general approach and type definitions from the Default Swap



Based on FpML 4-2 revision
Reuse of the all the key types and elements from the Credit Default swap
Keeps vocabulary consistent while not overloading, nor diluting the definition of the CDS
Some Variations from the Credit Default Swap

Additional sections in General Terms


Underlyer - Captures basket constituents in similar style to Equity Swaps
Addition of Tranche or Nth to default ‘style’


Potential for Multiple Protection Terms


Add Margin schedule around tranche
Each Entity in a Custom Basket can have specific protection terms. More likely many will share a
couple of common sets
Potential for Multiple Settlement terms

Each Entity in Custom Basket can have its own settlement Terms, Physical and/or Cash. More likely
many will share a couple of common sets
Credit Baskets::Product

Separate FpML Product


Multiple sets of protection
terms and Settlement
terms
Similar in style to CDs
Credit Basket :: General terms

Resues same elements as
Cds::General Terms


New Underlyer element in
Style of EquitySwap


Multiple anonymous choices
can confusing to reader
(IMHO)
Choice of Tranche or
NthToDefault


No type extension from
Base
Other permutations may be
possible
New element – Credit
position

Specify weighting approach
GeneralTerms::Underlyer

Choice of underlyer


IndexReferenceInformation
as per Cds
Collection (basket) of
weighted reference
information
Basket representation
Basket Representation

Extends ReferenceInformation Base
type

References Terms elsewhere



Holds Reference (href) to Protection
terms associated with this
ReferenceInformation
Holds Reference (href) to Settlement
terms associated with this
ReferenceInformation
Basket constituents can each be
individually weighted – see credit
Position
‘Style’ of basket

Provides support for
various flavours


Tranche – details next
N’th to default
Provide protection only for the losses when
credit events occur on “N” Reference
entities in the portfolio

Do we need to capture
the number of defaults
to date?
Tranche Definition

Defines key aspects of
Tranche





Attachment point for start of
protection
Exhaustion point for end of
protection
Calculated implicit portfolio size
(Money)
Calculated tranche width
Optional Margin schedule

See annotations
Other Terms

CreditPosition

Provides support for equally weighted or individually specified

Settlement Terms / Protection terms as multiples, but each
with an xsd:ID and name attribute

Questions




Relationship with Matrix Confirms
How can we check for consistency?
Should these terms be named
Physical and Partial Cash –
Delta Neutral Trading strategy?
Questions / Thoughts



First stab – needs review and example
flesh out
What are the validation rules
What needs to be added to support
credit events?
Graphical Explanation on Index
Tranche & Some Terms
Compliments to: Christina Baumhardt
100%
750M
Super Senior
10%
75M
Mezzanine
7%
0%
Mezzanine
First Loss
Market/Confirm Terms:
•
Attachment Point: 7%
•
Exhaustion Point: 10%
cap of portfolio losses
•
Tranche Size:
3%
Exhaustion Point minus Attachment Point
•
Original Swap Notional Amount:
USD 22,500,000
•
Implicit Portfolio Size:
750M = 22.5M/0.03
Original Swap Notional Amount divided by Tranche Size
•
Threshold Amount: 52.5M=750M x 0.07 Implicit Portfolio
Size multiplied by Attachment Point
52.5M
Actual risk being hedged is a fraction of the
reference portfolio notional
Graphical Explanation on Index
Tranche & Some Terms
Compliments to: Christina Baumhardt
Index with 125 Reference Entities
750M
75M
52.5M
0M
•
Notional Amount per Reference Entity :
Portfolio Size divided by # Credits 750M/125 = 6M
•
Assume a 40% Recovery Rate
- Losses after a credit event (0.6 x 6M = 3.6M)
•
The Attachment Point has a Threshold Amount of 52.5M
•
After one credit event subordination is reduced from
52.5M to 48.9M
•
As losses increase, the subordination buffer decreases
- The protection seller has to start paying out after 14.58
Reference Entities have experienced Credit Events
(14.58)
75.6M (21 Credit Events
with 40% recovery)
54M (15 Credit Events
Protection Seller keeps paying on losses until the Termination
with 40% recovery) Date or until the portfolio has reached its Exhaustion Point
which will require 20.8 Credit Events
Subordination