Senior Low Latency Rust Engineer – Electronic Trading
London | Hybrid – max 3 days per week in office
We are assisting with the hire of an experienced low-latency engineer to join a specialist team building frameworks, libraries and performance tooling used across a large global electronic trading environment.
This is not a traditional BAU development role attached to one desk or application. The team works across multiple trading platforms, solving complex performance problems and helping define how latency-sensitive systems should be engineered.
Approximately 90% of the role is hands-on coding, with a major focus on Rust alongside modern Java.
What you’ll work on
- Low-latency Rust and Java frameworks
- Event-sourced systems operating in the 10–100 microsecond range
- Market-data replay, backtesting and simulation tooling
- High-performance market-data processing
- Linux, kernel and systems-level performance optimisation
- TCP/IP networking and kernel-bypass technologies
- Performance profiling, benchmarking and latency reduction
- Frameworks and tooling used across 100+ technology teams
What we’re looking for
You’ll ideally come from a background in algorithmic trading, electronic trading, market data or another genuinely latency-sensitive environment. Financial Services background is not crucial.
Relevant experience could include:
- Rust, modern Java or C++
- Low-latency / high-throughput systems
- Algorithmic or electronic trading
- Market-data technologies
- Linux internals and kernel behaviour
- TCP/IP networking
- Solarflare / OpenOnload or similar kernel-bypass technologies
- KDB or other time-series databases
- Performance tuning and optimisation
You do not need to match every technology listed. The key requirement is genuine depth in high-performance systems engineering and an ability to understand latency across the full stack.
Why consider it?
The standout here is the combination of:
Rust + microsecond-level performance engineering + large-scale production electronic trading.
You’ll remain deeply hands-on while working on engineering problems that sit underneath multiple trading platforms, rather than maintaining a single application.
