Joost Lek
is a seasoned Infrastructure Engineer and team lead with over 20 years of experience.
Engineering the three pillars of trading: Pricing, risk, and execution
Infrastructure
Curious about the technology that powers successful trading? At Optiver, our engineers are the backbone of our operations, driving innovations in pricing, risk management, and execution. From designing high-speed systems for real-time trade execution to developing sophisticated models for accurate pricing and advanced risk management, our team ensures optimal performance in a fast-paced trading environment.
About the Author
He joined Optiver in 2017, and is responsible for automating the deployment and monitoring tools for Optiver’s cutting-edge trading systems.
Joost Lek
is a seasoned Infrastructure Engineer and team lead with over 20 years of experience.
He joined Optiver in 2017, and is responsible for automating the deployment and monitoring tools for Optiver’s cutting-edge trading systems.
About the author
Joost is a seasoned Infrastructure Engineer and team lead with over 20 years of experience. He joined Optiver in 2017, and is responsible for automating the deployment and monitoring tools for Optiver’s cutting-edge trading systems.
In my role as an infrastructure engineer at Optiver, I field a lot of queries about our trading systems and the role that engineers play at firms like ours. I’d like to take this opportunity to shed some light on what Optiver does and demystify the role of engineering within a trading environment. Along the way, I’ll highlight the indispensable contribution engineers make to the core domains of pricing, risk management and execution.
Whether you’re an aspiring engineer exploring career paths in trading, a professional in the industry looking to better understand its technological backbone, or simply a curious mind interested in the intersection of technology, finance and trading, I hope that this post can fill in some of the blanks.
The three pillars
The success of market makers and electronic trading businesses revolves around three key pillars: pricing, risk and execution. Technology isn’t just a support function; it’s the engine that drives and enhances all these areas, making it a critical component to Optiver’s success.
The primary trading strategy used by market makers is to continuously provide quotes—both bids to buy and offers to sell—for a given financial instrument, so let’s start there.
Execution: Engineering for speed and precision
In the world of market making, providing quotes—both bids to buy and offers to sell—at precisely the right time is crucial.
Our engineers design and maintain systems that can handle vast amounts of data at lightning speeds. We determine our bids and offers by calculating a theoretical price for the instrument and the margin needed to compensate for the risk involved.
Once we have established the prices and risks, the trade needs to be executed immediately. If we can’t calculate our risk and publish our prices to the market quickly enough, we’ll miss out—because prices change rapidly, and so does the risk. In order to provide traders with timely market access, we need to handle whatever the markets throw at us.
Therefore, the execution pillar is where most software engineers focus their efforts when they start at Optiver.
We run our own computers, hardware, and software in our colocations, with orders executed via our proprietary trading systems. These systems are part of a global network comprising thousands of high-performance, low-latency applications that solve problems in nanoseconds.
Statement Block
“Our systems are designed to scale with the size of our trading operation and not the busyness of the market, delivering highly accurate and reliable tech tools that enable critical time-sensitive valuations.”
rich text 2
Our researchers rely on Optiver’s high-performance computing and storage systems to conduct the quantitative and options research needed to formulate these models. Once these models are developed, our engineers take the lead in deploying them to a dedicated fleet of systems optimised for this specific task.
Our engineers are central to ensuring these models run efficiently and effectively. They not only implement these models but also continuously refine and optimise them to handle large volumes of data to provide accurate valuations in real-time. By employing constant rate processes, we ensure a steady stream of results that take into account the most recent information and decisions.
In this way, our systems are designed to scale with the size of our trading operation and not the busyness of the market, delivering highly accurate and reliable tech tools that enable critical time-sensitive valuations.
Risk: Managing risk with cutting-edge models
Once the theoretical value of an option is determined, the next step is evaluating the risks we’re incurring and the margin needed to offset those risks. As the market continually changes, so does our risk exposure. How does this impact pricing? And does it change our risk appetite?
At the heart of our risk management we use cutting-edge risk models developed and maintained by our engineering team. These models are math-intensive and challenging to scale, but they are crucial for understanding the immediate impact of all the risk we are currently taking on. The overall market trades metric gives us a total position in terms of an options (risk) portfolio. Next to the risks of the position we hold is the risk profile we’re compiling, which quantifies the market forces involved to understand any potential price changes. Combined, these are the risks we’re running.
There are three potential scenarios to consider in options trading: the strike price (aka exercise price) can be at the same level as the option price, it can be higher, or it can be lower. With high trading volumes, the parameters of each option trade can change significantly. It’s crucial to know what risks we are running at any given moment and how they correlate to one another. Our engineers help translate these risks into limits for traders, providing clear boundaries and ensuring that we don’t take on too much risk or miss opportunities for profit. This continuous monitoring and adjustment process is crucial for maintaining a balanced risk profile and achieving sustainable trading success.
Your future in engineering at Optiver
I hope this overview of the three key pillars of market making and electronic trading helps to shed some light on the tech behind them.
If you are a current or aspiring engineer exploring career paths in trading technology, we’d love to hear from you. Optiver offers motivated tech candidates looking for a challenging collaborative environment the opportunity for significant personal development within an exciting industry.
Explore our opportunities
Insights Related Articles
We sat down with Pat Cooney, Head of Platform Engineering, to talk about what Platform Engineering means here and where agentic AI fits into the picture. Pat has spent over a decade at Optiver across markets, regions, and roles.
When people talk about developer productivity, they often jump straight to tools: powerful coding agents, faster compilers, smarter automation. These things matter, but they are not the whole story.
Pushing Postgres beyond storage
Software
In most systems, the database acts as a boundary. You write data into it, and other systems read from it. If you need something more dynamic, like reacting to changes as they happen, you usually introduce something alongside it, whether that is a service layer, a queue, or a stream.
Large language models (LLMs) are getting surprisingly good at learning the basics of trading. Consider that the latest models are able to perform tasks like pricing simple scenarios, reasoning through rules and even outlining basic strategies.
UI as a Systems Problem
Data Engineering
If a UI doesn’t feel instant, it feels broken and users start to question what they’re seeing. A grid lags, values don’t update when expected, or a filter that used to feel instant starts to slow down. In high-demand systems like a trader’s workstation, a single desktop may be running many latency-sensitive applications at once, all competing for CPU, memory, and network bandwidth, so issues can show up quickly.
When Speed and Scale Collide
Data Engineering
Data systems are often described along two axes: speed and scale. In practice, “speed” usually means some combination of latency and throughput, and systems are often optimized for one at the expense of the other, sometimes by trading efficiency for raw capacity. Those distinctions tend to break down quickly once systems move beyond simple use cases. Once a system is both data-heavy and interactive, speed and scale stop being independent variables. Decisions made to improve one almost always affect the other, sometimes in ways that are not immediately obvious and only surface under real usage.
