FX volatility smile
Hi,
I have a doubt regarding the volatility smile that can be retrieved through the quantitative-analytics-curves-and-surfaces/v1/surfaces endpoint. I am making the http request with this body:
{
"universe": [
{
"underlyingType": "Fx",
"surfaceTag": "FxVol-GBPEUR",
"underlyingDefinition": {
"fxCrossCode": "GBPEUR"
},
"surfaceLayout": {
"format": "Matrix"
},
"surfaceParameters": {
"xAxis": "Date",
"yAxis": "Strike",
"calculationDate": "2018-08-20T00:00:00Z",
"returnAtm": true
}
}
]
}
When I change the fxCrossCode to EURGBP, since the strikes of the response are very similar, I expected to get the same volatility data, but it didn't happen. I realized that the strikes are not exactly the same when fxCrossCode is changed, so I plotted the smile for the 02/08/2018 expiry, and this is the result.
I would like to understand why these smiles are different. Thanks in advance.
Best Answer
-
I have raised a case with Refinitiv Helpdesk on your behalf for this issue. For your reference the case number is 10125413.
The root cause of the problem will need to be confirmed by the support team. But as I see it, the service appears to return incorrect values for the strikes when inverse currency pair is used in the request. For GBPEUR currency pair the values of the strikes should be greater than 1. It seems that the service instead returns the strikes for regular EURGBP pair, which are less than 1. The shape of the smile returned for GBPEUR looks correct to me. It should be a mirror image of the smile for EURGBP. But it should be plotted against the strikes for GBPEUR, not against the strikes for EURGBP. And if one were to inverse the strikes for GBPEUR and plot the corresponding volatilities against inverted strikes, then the resulting curve should match the curve returned for EURGBP.
Refinitiv Support team will investigate the issue. They will reach out to you, should they have any questions, and to keep you informed of their progress.1
Answers
-
Thanks for the support, I look forward to hearing from you.0
-
Hello @YERAY SOSA ALONSO
I checked case 10125413, the issue with /data/quantitative-analytics-curves-and-surfaces/v1/surfaces endpoint was fixed. Could you please confirm?
0
Categories
- All Categories
- 6 AHS
- 37 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 367 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛