Abstract

Abstract Based on an XVA analysis of centrally cleared derivative portfolios, we consider two capital and funding issues pertaining to the efficiency of the design of central counterparties (CCPs). First, we consider an organization of a clearing framework, whereby a CCP would also play the role of a centralized XVA calculator and management center. The default fund contributions would become pure capital at risk of the clearing members, remunerated as such at some hurdle rate, i.e. return-on-equity. Moreover, we challenge the current default fund Cover 2 EMIR sizing rule with a broader risk based approach, relying on a suitable notion of economic capital of a CCP. Second, we compare the margin valuation adjustments (MVAs) resulting from two different initial margin raising strategies. The first one is unsecured borrowing by the clearing member. As an alternative, the clearing member delegates the posting of its initial margin to a so-called specialist lender, which, in case of default of the clearing member, receives back from the CCP the portion of IM unused to cover losses. The alternative strategy results in a significant MVA compression. A numerical case study shows that the volatility swings of the IM funding expenses can even be the main contributor to an economic capital based default fund of a CCP. This is an illustration of the transfer of counterparty risk into liquidity risk triggered by extensive collateralization.

Full Text
Paper version not known

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call

Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.