The present invention relates to a portfolio of financial instruments. In particular, aspects of the invention relate to calculating the settlement price of financial derivatives in a portfolio.
According to Wikipedia, a credit default swap (CDS) is a swap contract in which the buyer of the CDS makes a series of payments to the seller and, in exchange, receives a payoff if a credit instrument (typically a bond or loan) goes into default (fails to pay). Less commonly, the credit event that triggers the payoff can be a company undergoing restructuring, bankruptcy, or even just having its credit rating downgraded.
There are two competing theories usually advanced for the pricing of credit default swaps, Wikipedia explains. The first, referred to as the ‘probability model’, takes the present value of a series of cash flows weighted by their probability of non-default. This method suggests that credit default swaps should trade at a considerably lower spread than corporate bonds. The second model, proposed by Darrell Duffle, but also by John Hull and White, uses a no-arbitrage approach.
Techniques for valuing credit default swaps and determining their settlement price are known in the industry. However, enhanced techniques and apparatuses to better calculate settlement prices and value a portfolio of credit default swaps is desired.
Methods, systems and apparatuses are disclosed for credit default swap settlement pricing using a settlement pricing module. The method includes receiving at least quoted prices and/or executed prices, and using them to calculate settlement prices of CDSs in a portfolio. The calculation of the settlement price may also consider other information, such as recovery rate, hazard rate function, etc.
Moreover, various aspects of the aforementioned methodology may be implemented in an apparatus comprising a settlement pricing module, one or more processors (e.g., settlement pricing processor), one or more memories, and other modules. Information may be stored in the memories to assist the settlement pricing module (or settlement pricing processor) in calculating the price data of a portfolio of credit derivatives.
Of course, the methods and systems of the above-referenced embodiments may also include other additional elements, steps, computer-executable instructions, or computer-readable data structures. In this regard, other embodiments are disclosed and claimed herein as well. In other embodiments, the present invention can be partially or wholly implemented on a computer-readable medium, for example, by storing computer-executable instructions or modules, or by utilizing computer-readable data structures.
The details of these and other embodiments of the present invention are set forth in the accompanying drawings and the description below. Other features and advantages of the invention will be apparent from the description and drawings, and from the claims.
The present invention may take physical form in certain parts and steps, embodiments of which will be described in detail in the following description and illustrated in the accompanying drawings that form a part hereof, wherein:
The invention relates to a methodology and algorithm for credit default swap (CDS) settlement pricing that accounts for buy side information, sell side information and/or trade input factors. The system and method for determining CDS settlement pricing provides a transparent and easy to replicate means for accurately determining the price and value of an open CDS. The invention includes an electronic trading platform that is fully integrated with a central counterparty clearing facility for CDS.
Exchange computer system 100 may be implemented with one or more mainframes, servers, gateways, controllers, desktops or other computers. The exchange computer system 100 may include one or more modules, processors, databases, and other components, such as those illustrated in
A match engine module 106 may match bid and offer prices for orders configured in accordance with aspects of the invention. Match engine module 106 may be implemented with software that executes one or more algorithms for matching bids and offers for bundled financial instruments in accordance with aspects of the invention. The match engine module and trading system interface may be separate and distinct modules or component or may be unitary parts. Match engine module may be configured to match orders submitted to the trading system. The match engine module may match orders according to currently known or later developed trade matching practices and processes. In an embodiment, bids and orders are matched on price, on a FIFO basis. The matching algorithm also may match orders on a pro-rata basis or combination of FIFO and pro rata basis. Other processes and/or matching processes may also be employed.
Furthermore, an order book module 110 may be included to compute or otherwise determine current bid and offer prices. The order book module 110 may be configured to calculate the price of a financial instrument. Moreover, a trade database 108 may be included to store historical information identifying trades and descriptions of trades. In particular, a trade database may store information identifying or associated with the time that an order was executed and the contract price. The trade database 108 may also comprise a storage device configured to store at least part of the orders submitted by electronic devices operated by traders (and/or other users). In addition, an order confirmation module 132 may be configured to provide a confirmation message when the match engine module 106 finds a match for an order and the order is subsequently executed. The confirmation message may, in some embodiments, be an e-mail message to a trader, an electronic notification in one of various formats, or any other form of generating a notification of an order execution.
A market data module 112 may be included to collect market data and prepare the data for transmission to users. In addition, a settlement pricing module 134 may be included in computer system 100 to receive pricing data and other information and to calculate the settlement price of credit derivative products. An order processing module 136 may be included to receive data associated with an order for a financial instrument. The module 136 may decompose delta based and bulk order types for processing by order book module 110 and match engine module 106. The order processing module 136 may be configured to process the data associated with the orders for financial instruments.
A user database 102 may include information identifying traders and other users of exchange computer system 100. Such information may include user names and passwords. A trader operating an electronic device (e.g., computer devices 114, 116, 118, 120 and 122) interacting with the exchange 100 may be authenticated against user names and passwords stored in the user database 112. Furthermore, an account data module 104 may process account information that may be used during trades. The account information may be specific to the particular trader (or user) of an electronic device interacting with the exchange 100.
The trading network environment shown in
Computer device 114 is shown communicatively connected to exchange computer system 100. Computer device 114 may be operated by a member/dealer of the exchange to provide requested information (e.g., pricing data). Exchange computer system 100 and computer device 114 may be connected via a T1 line, a common local area network (LAN) a wireless communication device or any other mechanism for communicatively connecting computer devices. Computer (i.e., electronic) devices 116 and 118 are coupled to a local area network (“LAN”) 124. LAN 124 may have one or more of the well-known LAN topologies and may use a variety of different protocols, such as Ethernet. Computers 116 and 118 may communicate with each other and other computers and devices connected to LAN 124. Computers and other devices may be connected to LAN 124 via twisted pair wires, coaxial cable, fiber optics or other media. Alternatively, a wireless personal digital assistant device (PDA) 122 may communicate with LAN 124 or the Internet 126 via radio waves. PDA 122 may also communicate with exchange computer system 100 via a conventional wireless hub 128. As used herein, a wireless PDA 122 includes mobile telephones and other devices that communicate with a network via radio waves.
The operations of computer devices and systems shown in
Of course, numerous additional servers, computers, handheld devices, personal digital assistants, telephones and other devices may also be connected to computer system 100. Moreover, one skilled in the art will appreciate that the topology shown in
In step 202, a settlement pricing module 134 may receive data corresponding to prices of credit derivatives (e.g., CDS, etc.) The received data may include various types of data. For example, the received data may include executed price data. The executed price data may be sent from a market data module 112 in an electronic exchange system 100. The executed price data may be captured from all trades cleared with the clearinghouse associated with the exchange system 100 on a particular day. Some examples of executed price data obtained from the clearinghouse includes price, time of trade, size of trade, and trade side aggressor.
In another example, the received data may include quoted price data. The quoted price data may be obtained from one or more sources. Some members of the exchange associated with the clearinghouse may be designated as “Founding Members” (or comparable moniker). These Founding Members may be required to submit price data for the full term structures for all indices and reference entities (by seniority, restructuring type, and/or currency) eligible for clearing. Founding Members may submit quoted price data to the exchange system 100 on a regular basis (e.g., twice daily.) Meanwhile, another group of people associated with the exchange system 100 may be designated as “Dealers.” The Dealers and Founding Members may be required to participate in an interactive price auction protocol when dealing with small selected groups of highly illiquid derivatives. The resulting auction quotes may include price and time of the Auction. In some embodiments, the price data obtained from such an auction may override (i.e., replace) individual submissions of Founding Members. The Dealers may also submit quoted price data which has been aggregated by credit market analytics (CMA). These Dealer quotes include bid-offer price, time, and data liquidity depth indicators.
In yet another example, the received data may include position marks. Third-party providers, such as Markit or Fitch, may provide aggregated position marks from books and records of dealers of the exchange. The third-party providers may distribute the received data on a T+1 basis. Alternatively, they may provide the received data in other ways familiar to one of skill in the art. The position marks may include, but are not limited to, price levels, recovery rates, and liquidity depth indicators such as the number of contributors for each aggregated mark.
The price data (e.g., CDS prices) received in step 202 may be in one of many different forms. For example, CDS prices may take the form of upfront prices with running spread, percentage of par, par spread, quote spread, etc. The upfront price may be defined as a percentage of the notional value of the trade that the protection buyer pays the protection seller, in addition to the running standard coupon (e.g., a 5-year protection on XYZ Corp. is 7.6% upfront at 500 bps). The percentage of par may be defined as 1 minus the upfront price with a running standard coupon (e.g., 5-year protection on XYZ Corp. is 92.4% of par at 500 bps). The par spread may be defined as the spread in basis points whereby there is no upfront payment from the protection buyer to the protection seller or vice versa, excluding accruals (e.g., 5-year protection on XYZ Corp. is 710 bps). Par spreads typically need an associated recovery rate to determine the change in value of the CDS position from day to day. The quote spread may be defined as the spread in basis points derived from an upfront price using the widely familiar ISDA CDS standard model using the market standard recovery rate (e.g., 40% recovery rate for senior and 25% for subordinate debt) and flat term structure (e.g., standardized quote of 120 bps against a 100 bps coupon). One skilled in the art will appreciate that price data may take other forms known to those in the financial and derivatives trading art.
In some alternate embodiments, the methodology of
As a result of the validation, the price data may also be assigned a confidence level that indicates whether the data is reliable. For example, data that does not meet a minimum confidence level threshold may be discarded. The settlement pricing module 134 may filter the price data and discard anything that fails to meet the minimum requirements.
Moreover, the validation process may include converting price data from a first format to a second format (e.g., to harmonize format of the price data). For example, price data received for a reference entity or index that is an upfront price format may be converted into a par spread format using the following formula:
Similarly, price data in a par spread format may be converted to upfront price format using the following formula:
U
T=(ParST−RST)×FeePV01T
In step 204, the settlement pricing module 134 may calculate the recovery rates of the credit derivatives using at least the received data. The recovery rates may be determined using one or more sources of information. One possible source of information is from Founding Members that submit, to the exchange computer system 100, recovery rates for each reference entity and index eligible for clearing and in which the Founding Members have a position. The Founding Members may be penalized for failing to submit recovery rates or for inaccurate recovery rate submissions. Another possible source of information is a financial information services company, such as Markit™ and/or Fitch, for position marks. Yet another possible source of information is credit market analytics (CMA). CMA relies on market data and analytic intelligence as a primary source of recovery rate; CMA then augments these data points with model inputs like bond prices, the shape of the hazard rate curve, and section relationships. Nevertheless, the clearinghouse may determine that relevant market news events (e.g., announcement of a debt auction) or corporate actions (e.g., earnings announcements, etc.) are suggestive of an adjustment in the recovery rates and the clearinghouse may tweak the recovery rate accordingly.
In step 206, the settlement pricing module 134 may calculate the price data for a tenor of the credit derivatives using at least the received data. In one example, the price data that is in varying formats (e.g., upfront price format, par spread format, etc.) may be converted to a uniform par spread format using at least the formulas and techniques discussed herein. The settlement pricing module 134 may use the received data (from step 202), the recovery rates calculated in step 204, and an appropriate interest rate curve to determine the price data for all tenors for each index and reference entity. This may be accomplished through execution of at least one or more of the following steps of
For example, in step 302, the settlement pricing module 134 may calculate aggregate recovery rates. Recovery rates may be aggregated by taking the trimmed average across all data sources (e.g., Founding Members, position marks, and credit market analytics (CMA)). In one example, the aggregated recovery rate may be used for all pricing conversions, except if par spreads are submitted by Founding Members, then that Founding Member's specified recovery rate is used to calculate the upfront price; these may then be considered alongside other data for aggregation purposes. In another example, the aggregated recovery rate may be used for all pricing conversions, except if quoted spreads are submitted by Founding Members, then a known recovery rate (e.g., market standard 40%/25% recovery rate) with a flat hazard rate assumption may be used to calculate the upfront price; these may be considered alongside other data for aggregation purposes. The aggregate recovery rate may also be used in deriving hazard rates from the converted par spreads during aggregation and position valuation process.
For example, in step 304, a weighting factor may be determined and applied to each source of price data in settlement pricing module 134. Aggregation weightings may be used to determine the most liquid tenor (as discussed below with reference to step 306), the aggregated hazard rate (e.g., derived from par spreads and/or the aggregated recovery rate discussed above in step 302), and/or the aggregated par spread for the most liquid tenor. Aggregation may be based on various weighting factors, including but not limited to, data source type, timing of data, and/or data liquidity. The various weighting factors may be adjusted based on input from market participants and/or the discretion of the clearinghouse.
Regarding the aggregation weighting factor of data source type, executed price data, quoted price data, and position marks may, in one example, each receive a weighting of 100%, 25%, 10% respectively. Executed price data may receive the greatest weight as it represents an actual transaction with committed capital from two parties. Quoted price data may receive a lesser weight than executed price data as they are not firm liquidity commitments. In some example, an exchange may penalize, on a look back basis, Founding Members that are not submitting valid quoted price data. Position marks may receive the lowest weighting as there is little granularity into the precise time relevance. One skilled in the art will appreciate that one or more of these weighting factors may be adjusted to be a greater or lesser percentage of the total aggregate. For example, as the granularity of position marks increases, its weighting may improve accordingly. Moreover, individual weighting factors may be aggregated in a manner (e.g., multiplicative) to yield a single weighting for each source contribution.
Regarding the aggregation weighting factor of timing of data, price levels received closer to the time of mark to market (MTM) may be weighted more heavily than those received further away from the time of MTM. Time weightings decay at an exponential rate, described by the following function:
W
time
=e
(t(pricecontribution)−t(marketclose)×C)
Where Wtime=the time weighting ascribed to the price; tprice contribution=the time the price contribution reflected the market; tmarket close=the time when the settlement price is determined (i.e., time of MTM); and c=constant to reflect the rate of decay of price relevance.
Regarding the aggregation weighting factor of liquidity adjustment, liquidity may be measured different based on the data source type (e.g., executed price data, quoted price data, position marks). For executed price data, the liquidity adjustment may apply discounts for trades less than the average trade size and premiums for trades more than the average trade size for a particular product category (e.g., investment-grade, high-yield, investment grade single, high-yield single, etc.) Furthermore, for a particular product category, an average-sized trade may receive a weighting of 100%. The liquidity weighting for executed prices is given by the following formula:
W
liquidity
=d
1
+e
(1−N(average trade)/N(executed trade size))*d2
Weighting factors may be continually evaluated and refined based on testing of data sources against each other and other prices observed in the market.
For Dealer quotes, the liquidity adjustment may be based on aggregation window since there is a measure of the frequency of observed quotes for a given credit derivative (e.g., the less frequent the quotes, the longer the window required to meet the Dealer quote aggregation criteria). The length of the client-side aggregation window is used to generate the liquidity adjustment such that:
W
liquidity
=e
(−length of aggregation window*c)
The liquidity adjustment for Dealer quotes is by definition less than or equal to 100%, so it can only decrease its own overall weight.
For position marks, in one example, only a single aggregated price level may be reported. As such, the liquidity adjustment may account for the number of contributors for each aggregated price level. The more the contributors, the higher the weighting, as in the example described below:
W
liquidity
=N
contributors
*C
For example, in step 306, the settlement pricing module 134 may determine the tenor of the credit derivatives that has the most liquidity. In one embodiment, the tenor with the largest tenor weighting factor may be considered the most liquid tenor. The tenor weighting factor may be calculated as the sum of all pricing sources of step 304 for each tenor. Once the liquid tenor is determined, the weighted average pricing data is calculated from each source for that liquid tenor to arrive at the weighted average price for the liquid tenor.
For example, in step 308, the settlement pricing module 134 may determine the term structure shape (i.e., hazard rates for each pricing data source). Par spreads, the aggregate recovery rate, and/or appropriate interest rates may be used to calculate the hazard rates for a tenor for each data source using a bootstrapping technique. Bootstrapping is based on the premise that the expected present value of premium payments equals the expected present value of default payments. Such a bootstrapping technique assumes piecewise constant hazard rates between the tenors (e.g., for non-distressed CDSs, the hazard rate for the 2-year tenor is the same as that of the 3-year tenor.) Given the fragmentation of term structure by the tenors, this assumption allows sufficiently realistic grasp of evolution of the risk-adjusted default probability for underlying credits. A more detailed description of the bootstrapping process is described further below.
Once hazard rates are determined, the hazard rate term structure is captured for each source in terms of the relationship of hazard rates between the non-liquid tenors and the most liquid tenor (identified in step 306). For example, if the 5-year tenor is the most liquid tenor, then the hazard rate ratio for the 1-year tenor can be described as hazard rate of the 1-year tenor divided by the hazard rate of the 5-year tenor. The resulting hazard rate ratios may then be aggregated for each tenor across all applicable sources by applying the next weighting factors. This yields a single proportional relationship of hazard rates for all tenors for each credit derivative. This relationship describes the shape of the term structure for each reference entity and/or index by restructuring type, seniority, and currency.
For example, in step 310, the settlement pricing module 134 may calculate the term structure level. The most liquid tenor (determined in step 306) and the aggregate hazard rate ratios from step 308 may be used to establish the level and shape of the term structure for all tenors associated with the reference entity and/or index of interest. More specifically, a term structure of hazard rates is produced which satisfies both: (1) hazard rate ratios for tenors relative to the most liquid tenor are equal to the aggregated hazard rate ratios, and/or (2) absolute values of these hazard rates are adjusted (e.g., increased, decreased, decreased proportionally by the same factor for all tenors, etc.) so that the price level for the most liquid tenor implied by them is equal to the aggregate price level for the liquid tenor. The resulting settlement hazard rate curve may be converted to par spreads format to yield the term structure level and shape for each index and/or reference entity.
Once the term structure level and shape have been established, price levels for all other cleared maturities can be calculated. Using the settlement hazard rate curve, cumulative default probabilities and corresponding discount factors & cash flows are produced for all maturity dates for both the fixed and contingency legs. For each individual CDS, a par spread is then determined through the assumption that the present value of the fixed and contingency legs are equal. This methodology assumes piecewise constant hazard rates between the tenors (e.g, the hazard rate for the 2-year tenor is the same as that of the 3-year tenor.) The difference between the resulting par spread and the CDS contract coupon is then converted to the percentage of par price to obtain the price for the given contract. In one example, assume par spreads are desired be calculated for a 3.5-year tenor. The term structure may be obtained by performing bootstrapping of the hazard rate function. Once these hazard rates are known, the CDS arbitrage pricing model may be used to imply the par spreads that solve the arbitrage decision for cash flows relevant to a CDS contract with a maturity T=3.5 years:
ParST×FeePV01T=(1−R)×ContingentPV01T
One skilled in the art, after review of the entirety disclosed herein, will appreciate that an automated or manual check may be performed on the term structure before it is published. The update may include test for the overall curve shape and level, negative forwards, differences in senior and subordinated spreads, significant “overnight” idiosyncratic shifts, deviations from secondary data sources, etc. Any term structure that fails may be appropriately manually adjusted by analysts specializing in that sector or index. After passing all checks, the resulting par spread and percentage of par data may be published, in some embodiments, as the settlement prices for each CDS.
Referring back to
Hazard rates may be calculated from the par spread values associated with each price data source by using bootstrapping techniques.
Bootstrapping, in one example, may be used to assist in determining survival probabilities as a function of the previous survival probability and a conditional survival probability for a new time period. Assuming a critical value to determining the survival probabilities is the time of default, then default probability up to a time “t” may be defined as:
PD(t)=Prob(γ≦t)
Hence the survival probability up to a time t is simply:
PS(t)=1−PD(t)=Prob(γ>t)
Furthermore, assuming a continuous time function of the survival probability, then the survival probability to the hazard rate is defined as:
PS(t)=exp(−∫0tλ(t)dt)
In order to solve the preceding formula, a series of break points in time may be used with the assumption that that hazard rate function is constant over intervals given by those break points. Hence the hazard rate function may have any piecewise constant shape over the term structure. Moreover, additional break points may be added to allow more accurate reflection of inversion spikes for distressed instruments. For example, a CDS term structure for a 10-year CDS may be constructed with a piecewise constant hazard rate function as follows:
τ=d1−d0t
If 0<τ≦1=>λ0,1=>PS0,1
If 1<τ≦3=>λ1,3=>PS1,3
If 3<τ≦5=>λ3,5=>PS3,5
If 5<τ≦7=>λ5,7=>PS5,7
If 7<τ≦10=>λ7,10=>PS7,10
The same structure can be applied assuming quarterly payments as:
If 0<t≦1+1×4=>λ0,1=>PS0,1
If 1+1×4<t≦1+3×4=>λ1,3=>PS1,3
If 1+3×4<t≦1+5×4=>λ3,5=>PS3,5
If 1+5×4<t≦1+7×4=>λ5,7=>PS5,7
If 1+7×4<t≦1+10×4=>λ7,10=>PS7,10
The preceding formula may be further simplified into a hazard rate function with respect to time. In doing so, the conditional survival probability is a function of the hazard rate. With uniform price data and calculated recovery rates ready for the entire term structure, an application of a CDS arbitrage pricing model solves for the hazard rates. CDS pricing arbitrage theory is based on the notion that for par spreads, the net present value of the coupon payment leg (i.e., the fee leg) equals the present value of the contingent payment leg (i.e., the contingent leg).
In order to determine the values of the hazard rate function, the bootstrapping process solves the arbitrage equation for the 1-year spread as described by the following formula:
Where, for a 1-year contract, I=1+1*4=5 coupon payments.
Assuming the hazard rate function remains constant over all dates up to a 1-year contract maturity date, the formula for such calculations may be calculated. The bootstrapping process may be repeated in sequence, solving for the 3-, 5-, 7-, 10-year hazard rates, etc. Thus, a hazard rate term structure may be built by calibrating the hazard rate function from the observed quotes.
In step 210, the settlement pricing module 134 may transmit the price data for the plurality of tenors of the credit derivatives. The transmitting (in step 210) may be carried out in numerous ways, including but not limited to, using electronic communication, such as e-mail, SMS, instant message, etc.) The recipients of the transmission may be modules in an exchange computer system 100. In addition, the price data generated by the settlement pricing module 134 may be used to determine the settlement prices for all maturity dates for the reference entity or index. The determination may use the aggregate hazard rate curve, cumulative default probabilities and corresponding discount factors.
Once settlement prices are determined, the mark-to-market (MTM) value of each position may be determined as follows:
MtM=(100−Percent of Par)*Notional Value, or
MtM=(Par Spread−Running Coupon)*PV01Fixed Leg*Notional Value
In addition, the position value (or mark-to-market value) relies on re-pricing of the CDS contract in terms of the fixed coupon per contract. This can be done by using the bootstrapping methodology of the hazard rate function, then use the CDS arbitrage pricing model to calculate the market value of the fee leg using the fixed coupon; and finally, since the hazard rate term structure was calibrated, the formula may be simplified to:
Thus the equation can be simplified to:
MtM=N*(C−RST)*FeePV01T
One skilled in the art will recognize the various abbreviations/acronyms and notation that has been used through the disclosure. Nevertheless, the following is a list of at least some of the notation used throughout: “PS” for survival probability; “PSxy” for conditional survival probability starting at time x and ending at time y, “b” for discount factor; “t” for day in years; “RS” for running spread; “ParS” for par spread; “C” for coupon; “R” for recovery rate; “A” for hazard rate; “U” for upfront; and “N” for notional.
The present invention has been described herein with reference to specific exemplary embodiments thereof. It will be apparent to those skilled in the art that a person understanding this invention may conceive of changes or other embodiments or variations, which utilize the principles of this invention without departing from the broader spirit and scope of the invention as set forth in the appended claims. For example, although numerous examples recite CDS, one skilled in the art will appreciate that the novel principles disclosed herein may be applied to other types of financial instruments and still fall within the scope of the invention contemplated herein.