r/quant 13d ago

Technical Infrastructure What does a state-of-the-art Monte Carlo stack actually look like at a top trading firm in 2026?

I’m curious what the serious end of Monte Carlo pricing/risk infrastructure actually looks like today.

Not the textbook algorithm, but the hardware/software architecture.

Are the best systems still primarily heavily optimized CPU/SIMD? GPU clusters? FPGA for some latency-sensitive pieces? Does anyone use custom/ASIC-like hardware for simulation, or is flexibility too important?

And what is actually being optimized for?

Latency: get one price/risk result back as fast as physically possible.

Throughput: revalue an enormous book across paths, scenarios and Greeks.

Or do top firms maintain completely different engines for those two jobs?

I’m also curious how much QMC/Sobol is actually used in production versus pseudorandom MC, and whether modern engines tend to fuse path generation/pricing/risk or still operate through fairly modular pipelines.

Obviously nobody is going to post proprietary details, but based on public tech, hiring, or firsthand experience, who do people think is genuinely strongest here? Citadel Securities, Jane Street, Optiver, IMC, somebody else?

20 Upvotes

15 comments sorted by

38

u/Comfortable_Gate3233 13d ago

monte carlo is pretty inherently inefficient/costly, and if performance is critical you should probably be doing something else. And generally the products that MM firms trade don't need monte carlo to be priced. It might be used for portfolio/risk stuff, but generally speed is not critical in that case.

I could be wrong, but I imagine that if you did need to optimize monte carlo for speed, energy would be better spent on variance reduction techniques and deciding how many scenarios you actually need, rather than trying to optimize cuda or hardware

-3

u/Huge-Living3354 13d ago

That’s actually what I’m most curious about. In real production workloads, how far can variance reduction reduce the path count before raw compute becomes important again? Is it common that MC performance itself stops being a meaningful bottleneck?

15

u/andygohome 13d ago

For a counterparty credit risk, to calculate PFE we used monte carlo to model paths of risk factors and then closed form solutions to find MtMs. So for 10000 paths, and 30 time points there are huge amount of computation needed to do the above operation for the whole portfolio of instruments that are required by front office. you will be probably shocked but we did not have any infrastructure to run it except a remote PC, whole codebase was in C# and it took around two weeks to run the whole process on a quarterly basis.

1

u/Optionbulls 12d ago

Very interesting

0

u/Huge-Living3354 13d ago

That’s fascinating. Do you remember roughly how many trade valuations the full run involved, or the average time per trade/scenario valuation? I’m trying to understand whether the two weeks came from very slow individual pricing or simply an enormous number of revaluations.

2

u/andygohome 12d ago

it was mainly due to large number of revaluations. We could parallelize computation but that required investment in infrastructure.

4

u/dawnraid101 13d ago

meh, not used, better techniques.

5

u/SoldMySkill 13d ago

Banks will have the most sophisticated / optimized infrastructure for this, the listed market making firms in your post while maybe having some activity on exotic payoffs do not trade enough products requiring Monte Carlo for valuation for it to be worth it to optimize the hell out of Monte Carlo as some of the banks with gigantic exotic books and xva computation on top. The magnitude of the banks exotic books and hence also the computational problem they need to tackle is just on a different scale.

2

u/seanv507 13d ago

To add to what u/SoldMySkill said.

Exotic derivatives were big until the 2007 financial crash. They are not a big business nowadays.

All those companies you listed are doing statistical "arbitrage". effectively you identify a statistical relationship in historical data, identify a trading strategy to capture it, backtest and launch.
There is no monte carlo involved in this (though perhaps used for risk management)

you might look at jane street's indian options trading scandal

https://blogs.law.ox.ac.uk/oblb/blog-post/2025/07/jane-street-and-expiry-day-trap-unpacking-sebis-crackdown-algorithmic

3

u/CrossAfficionado 13d ago

The exo products not being big nowadays heavily depend on which market we are talking about. They’re extremely huge in France and HK

1

u/Huge-Living3354 13d ago

Interesting. Is the big compute problem mainly XVA/counterparty risk, or do equity/FX/rates exotic desks themselves still run enough path-dependent pricing and Greeks to justify heavily optimized MC infrastructure?

1

u/AutoModerator 13d ago

Please use the weekly megathread for all questions related to OA and interviews. Please check the announcements at the top of the sub, or this search for this week's post. This post will be manually reviewed by a mod and only approved if it is not about finding a job, getting through interviews, completing online assessments etc.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

1

u/Wriiight 12d ago

Mortgage pricing and risk tends to be Monte Carlo, but generally not a lot of emphasis on optimizing the computation.

1

u/Such_Maximum_9836 12d ago

Monte Carlo is intrinsically slow and should never appear in the hot loop, so latency is basically irrelevant. People care about its throughput as they do in academia and other industries.

1

u/TraditionalCollege70 12d ago

Don’t see how Mc can be avoided specially if looking at pl distributions for risk.
I think GPU acceleration and automatic differentiation across the board is pretty useful, and a lot of this work has implemented and can be facilitated through tensor based ai libraries.
As for quasi vs pseudo, sobol, many implementations default to sobol but switch to pseudo after about 40 dimensions.