Branch | Version | Status |
---|---|---|
master |
||
nightly |
||
develop |
Platform | Rust | Python |
---|---|---|
Linux (x86_64) |
1.83.0+ | 3.11+ |
macOS (arm64) |
1.83.0+ | 3.11+ |
Windows (x86_64) |
1.83.0+ | 3.11+ |
- Docs: https://nautilustrader.io/docs/
- Website: https://nautilustrader.io
- Support: support@nautilustrader.io
NautilusTrader is an open-source, high-performance, production-grade algorithmic trading platform, providing quantitative traders with the ability to backtest portfolios of automated trading strategies on historical data with an event-driven engine, and also deploy those same strategies live, with no code changes.
The platform is 'AI-first', designed to develop and deploy algorithmic trading strategies within a highly performant and robust Python native environment. This helps to address the parity challenge of keeping the Python research/backtest environment, consistent with the production live trading environment.
NautilusTraders design, architecture and implementation philosophy holds software correctness and safety at the highest level, with the aim of supporting Python native, mission-critical, trading system backtesting and live deployment workloads.
The platform is also universal and asset class agnostic - with any REST, WebSocket or FIX API able to be integrated via modular adapters. Thus, it can handle high-frequency trading operations for any asset classes including FX, Equities, Futures, Options, CFDs, Crypto and Betting - across multiple venues simultaneously.
- Fast: Core is written in Rust with asynchronous networking using tokio.
- Reliable: Type safety and thread safety through Rust. Redis-backed performant state persistence (optional).
- Portable: OS independent, runs on Linux, macOS, and Windows. Deploy using Docker.
- Flexible: Modular adapters mean any REST, WebSocket, or FIX API can be integrated.
- Advanced: Time in force
IOC
,FOK
,GTD
,AT_THE_OPEN
,AT_THE_CLOSE
, advanced order types and conditional triggers. Execution instructionspost-only
,reduce-only
, and icebergs. Contingency order lists includingOCO
,OTO
. - Customizable: Add user-defined custom components, or assemble entire systems from scratch leveraging the cache and message bus.
- Backtesting: Run with multiple venues, instruments and strategies simultaneously using historical quote tick, trade tick, bar, order book and custom data with nanosecond resolution.
- Live: Use identical strategy implementations between backtesting and live deployments.
- Multi-venue: Multiple venue capabilities facilitate market-making and statistical arbitrage strategies.
- AI Training: Backtest engine fast enough to be used to train AI trading agents (RL/ES).
nautilus - from ancient Greek 'sailor' and naus 'ship'.
The nautilus shell consists of modular chambers with a growth factor which approximates a logarithmic spiral. The idea is that this can be translated to the aesthetics of design and architecture.
- Highly performant event-driven Python: Native binary core components.
- Parity between backtesting and live trading: Identical strategy code.
- Reduced operational risk: Enhanced risk management functionality, logical accuracy, and type safety.
- Highly extendable: Message bus, custom components and actors, custom data, custom adapters.
Traditionally, trading strategy research and backtesting might be conducted in Python (or other suitable language) using vectorized methods, with the strategy then needing to be reimplemented in a more event-drive way using C++, C#, Java or other statically typed language(s). The reasoning here is that vectorized backtesting code cannot express the granular time and event dependent complexity of real-time trading, where compiled languages have proven to be more suitable due to their inherently higher performance, and type safety.
One of the key advantages of NautilusTrader here, is that this reimplementation step is now circumvented - as the critical core components of the platform have all been written entirely in Rust or Cython. This means we're using the right tools for the job, where systems programming languages compile performant binaries, with CPython C extension modules then able to offer a Python native environment, suitable for professional quantitative traders and trading firms.
Python was originally created decades ago as a simple scripting language with a clean straight forward syntax. It has since evolved into a fully fledged general purpose object-oriented programming language. Based on the TIOBE index, Python is currently the most popular programming language in the world. Not only that, Python has become the de facto lingua franca of data science, machine learning, and artificial intelligence.
The language out of the box is not without its drawbacks however, especially in the context of implementing large performance-critical systems. Cython has addressed a lot of these issues, offering all the advantages of a statically typed language, embedded into Pythons rich ecosystem of software libraries and developer/user communities.
Rust is a multi-paradigm programming language designed for performance and safety, especially safe concurrency. Rust is blazingly fast and memory-efficient (comparable to C and C++) with no garbage collector. It can power mission-critical systems, run on embedded devices, and easily integrates with other languages.
Rust’s rich type system and ownership model guarantees memory-safety and thread-safety deterministically — eliminating many classes of bugs at compile-time.
The project increasingly utilizes Rust for core performance-critical components. Python language binding is handled through Cython and PyO3, with static libraries linked at compile-time before the wheel binaries are packaged, so a user does not need to have Rust installed to run NautilusTrader.
This project makes the Soundness Pledge:
“The intent of this project is to be free of soundness bugs. The developers will do their best to avoid them, and welcome help in analyzing and fixing them.”
MSRV: NautilusTrader relies heavily on improvements in the Rust language and compiler. As a result, the Minimum Supported Rust Version (MSRV) is generally equal to the latest stable release of Rust.
NautilusTrader is modularly designed to work with adapters, enabling connectivity to trading venues and data providers by converting their raw APIs into a unified interface.
The following integrations are currently supported:
Name | ID | Type | Status | Docs |
---|---|---|---|---|
Betfair | BETFAIR |
Sports Betting Exchange | Guide | |
Binance | BINANCE |
Crypto Exchange (CEX) | Guide | |
Binance US | BINANCE |
Crypto Exchange (CEX) | Guide | |
Binance Futures | BINANCE |
Crypto Exchange (CEX) | Guide | |
Bybit | BYBIT |
Crypto Exchange (CEX) | Guide | |
Databento | DATABENTO |
Data Provider | Guide | |
dYdX | DYDX |
Crypto Exchange (DEX) | Guide | |
Interactive Brokers | INTERACTIVE_BROKERS |
Brokerage (multi-venue) | Guide | |
OKX | OKX |
Crypto Exchange (CEX) | Guide | |
Polymarket | POLYMARKET |
Prediction Market (DEX) | Guide | |
Tardis | TARDIS |
Data Provider | Guide |
- ID: The default client ID for the integrations adapter clients.
- Type: The type of integration (often the venue type).
building
: Under construction and likely not in a usable state.beta
: Completed to a minimally working state and in a 'beta' testing phase.stable
: Stabilized feature set and API, the integration has been tested by both developers and users to a reasonable level (some bugs may still remain).
See the Integrations documentation for further details.
We aim to maintain a stable, passing build across all branches.
master
: Reflects the source code for the latest released version.nightly
: Includes experimental and in-progress features, merged from thedevelop
branch daily at 14:00 UTC and also when required.develop
: The most active branch, frequently updated with new commits, including experimental and in-progress features.
Our roadmap aims to achieve a stable API for version 2.x (likely after the Rust port). Once this milestone is reached, we plan to implement a formal release process, including deprecation periods for any API changes. This approach allows us to maintain a rapid development pace for now.
NautilusTrader is still under active development. Some features may be incomplete, and while the API is becoming more stable, breaking changes can occur between releases. We strive to document these changes in the release notes on a best-effort basis.
We aim to follow a weekly release schedule, though experimental or larger features may cause delays.
Use NautilusTrader only if you are prepared to adapt to these changes.
We recommend using the latest supported version of Python and setting up nautilus_trader in a virtual environment to isolate dependencies
To install the latest binary wheel (or sdist package) from PyPI using Pythons pip package manager:
pip install -U nautilus_trader
Installation from source requires the Python.h
header file, which is included in development releases such as python-dev
.
You'll also need the latest stable rustc
and cargo
to compile the Rust libraries.
For MacBook Pro M1/M2, make sure your Python installed using pyenv is configured with --enable-shared
:
PYTHON_CONFIGURE_OPTS="--enable-shared" pyenv install <python_version>
See the PyO3 user guide for more details.
It's possible to install from source using pip if you first install the build dependencies
as specified in the pyproject.toml
. We highly recommend installing using poetry as below.
-
Install rustup (the Rust toolchain installer):
- Linux and macOS:
curl https://sh.rustup.rs -sSf | sh
- Windows:
- Download and install
rustup-init.exe
- Install "Desktop development with C++" with Build Tools for Visual Studio 2019
- Download and install
- Verify (any system):
from a terminal session run:
rustc --version
- Linux and macOS:
-
Enable
cargo
in the current shell:- Linux and macOS:
source $HOME/.cargo/env
- Windows:
- Start a new PowerShell
- Linux and macOS:
-
Install clang (a C language frontend for LLVM):
- Linux:
sudo apt-get install clang
- Windows:
- Add Clang to your Build Tools for Visual Studio 2019:
- Start | Visual Studio Installer | Modify | C++ Clang tools for Windows (12.0.0 - x64…) = checked | Modify
- Enable
clang
in the current shell:[System.Environment]::SetEnvironmentVariable('path', "C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\Llvm\x64\bin\;" + $env:Path,"User")
- Add Clang to your Build Tools for Visual Studio 2019:
- Verify (any system):
from a terminal session run:
clang --version
- Linux:
-
Install poetry (or follow the installation guide on their site):
curl -sSL https://install.python-poetry.org | python3 -
-
Clone the source with
git
, and install from the projects root directory:git clone https://github.com/nautechsystems/nautilus_trader cd nautilus_trader poetry install --only main --all-extras
See the Installation Guide for other options and further details.
Nightly binary wheels for nautilus_trader
are built and published daily from the nightly
branch
using the version format dev.{date}
(e.g., 1.208.0.dev20241212
for December 12, 2024).
These wheels allow testing of the latest features and fixes that have not yet been included in a stable PyPI release.
To install the latest nightly build:
pip install -U --index-url=https://nautechsystems.github.io/nautilus_trader/simple/ nautilus_trader
To install a specific nightly build (e.g., 1.208.0.dev20241212
for December 12, 2024):
pip install -U --index-url=https://nautechsystems.github.io/nautilus_trader/simple/ nautilus_trader==1.208.0.dev20241212
Notes:
- Updates from the
develop
branch are merged intonightly
daily at 14:00 UTC. - A 3-version lookback policy is followed, retaining only the 3 most recent nightly builds.
Using Redis with NautilusTrader is optional and only required if configured as the backend for a cache database or message bus. See the Redis section of the Installation Guide for further details.
A Makefile
is provided to automate most installation and build tasks for development. It provides the following targets:
make install
: Installs inrelease
build mode withmain
,dev
andtest
dependencies then installs the package using poetry (default).make install-debug
: Same asmake install
but withdebug
build mode.make install-just-deps
: Installs just themain
,dev
andtest
dependencies (does not install package).make install-just-deps-all
: Same asmake install-just-deps
and additionally installsdocs
dependencies.make build
: Runs the build script inrelease
build mode (default).make build-debug
: Runs the build script indebug
build mode.make build-wheel
: Runs the Poetry build with a wheel format inrelease
mode.make build-wheel-debug
: Runs the Poetry build with a wheel format indebug
mode.make clean
: CAUTION Cleans all non-source artifacts from the repository.make docs
: Builds the documentation HTML using Sphinx.make pre-commit
: Runs the pre-commit checks over all files.make ruff
: Runs ruff over all files using thepyproject.toml
config.make outdated
: Runs commands to show outdated dependencies for both Rust and Python.make pytest
: Runs all tests withpytest
(except performance tests).make pytest-coverage
: Same asmake pytest
and additionally runs with test coverage and produces a report.
Indicators and strategies can be developed in both Python and Cython. For performance and latency-sensitive applications, we recommend using Cython. Below are some examples:
- indicator example written in Python.
- indicator examples written in Cython.
- strategy examples written in both Python and Cython.
- backtest examples using a
BacktestEngine
directly.
Docker containers are built using the base image python:3.12-slim
with the following variant tags:
nautilus_trader:latest
has the latest release version installed.nautilus_trader:nightly
has the head of thenightly
branch installed.jupyterlab:latest
has the latest release version installed along withjupyterlab
and an example backtest notebook with accompanying data.jupyterlab:nightly
has the head of thenightly
branch installed along withjupyterlab
and an example backtest notebook with accompanying data.
The container images can be pulled as follows:
docker pull ghcr.io/nautechsystems/<image_variant_tag> --platform linux/amd64
You can launch the backtest example container by running:
docker pull ghcr.io/nautechsystems/jupyterlab:nightly --platform linux/amd64
docker run -p 8888:8888 ghcr.io/nautechsystems/jupyterlab:nightly
Then open your browser at the following address:
http://127.0.0.1:8888/lab
NautilusTrader currently exceeds the rate limit for Jupyter notebook logging (stdout output).
As a result, the log_level
in the examples is set to ERROR
. Lowering this level to see more
logging will cause the notebook to hang during cell execution. We are investigating a fix, which
may involve either raising the configured rate limits for Jupyter or throttling the log flushing
from Nautilus.
The following is a minimal EMA Cross strategy example that uses bar data. While this platform
supports very advanced trading strategies, it is also possible to create simple ones. Start by
inheriting from the Strategy
base class and implement only the methods required by your strategy.
class EMACross(Strategy):
"""
A simple moving average cross example strategy.
When the fast EMA crosses the slow EMA then enters a position at the market
in that direction.
Cancels all orders and closes all positions on stop.
"""
def __init__(self, config: EMACrossConfig) -> None:
super().__init__(config)
self.instrument: Instrument | None = None # Initialized in on_start
# Create the indicators for the strategy
self.fast_ema = ExponentialMovingAverage(config.fast_ema_period)
self.slow_ema = ExponentialMovingAverage(config.slow_ema_period)
def on_start(self) -> None:
"""
Actions to be performed on strategy start.
"""
# Get instrument
self.instrument = self.cache.instrument(self.config.instrument_id)
# Register the indicators for updating
self.register_indicator_for_bars(self.config.bar_type, self.fast_ema)
self.register_indicator_for_bars(self.config.bar_type, self.slow_ema)
# Get historical data
self.request_bars(self.config.bar_type)
# Subscribe to live data
self.subscribe_bars(self.config.bar_type)
def on_bar(self, bar: Bar) -> None:
"""
Actions to be performed when the strategy receives a bar.
"""
# BUY LOGIC
if self.fast_ema.value >= self.slow_ema.value:
if self.portfolio.is_flat(self.config.instrument_id):
self.buy()
elif self.portfolio.is_net_short(self.config.instrument_id):
self.close_all_positions(self.config.instrument_id)
self.buy()
# SELL LOGIC
elif self.fast_ema.value < self.slow_ema.value:
if self.portfolio.is_flat(self.config.instrument_id):
self.sell()
elif self.portfolio.is_net_long(self.config.instrument_id):
self.close_all_positions(self.config.instrument_id)
self.sell()
def buy(self) -> None:
"""
Users simple buy method (example).
"""
order: MarketOrder = self.order_factory.market(
instrument_id=self.config.instrument_id,
order_side=OrderSide.BUY,
quantity=self.instrument.make_qty(self.config.trade_size),
)
self.submit_order(order)
def sell(self) -> None:
"""
Users simple sell method (example).
"""
order: MarketOrder = self.order_factory.market(
instrument_id=self.config.instrument_id,
order_side=OrderSide.SELL,
quantity=self.instrument.make_qty(self.config.trade_size),
)
self.submit_order(order)
def on_stop(self) -> None:
"""
Actions to be performed when the strategy is stopped.
"""
# Cleanup orders and positions
self.cancel_all_orders(self.config.instrument_id)
self.close_all_positions(self.config.instrument_id)
# Unsubscribe from data
self.unsubscribe_bars(self.config.bar_type)
def on_reset(self) -> None:
"""
Actions to be performed when the strategy is reset.
"""
# Reset indicators here
self.fast_ema.reset()
self.slow_ema.reset()
We aim to provide the most pleasant developer experience possible for this hybrid codebase of Python, Cython and Rust. See the Developer Guide for helpful information.
cargo-nextest is the standard Rust test runner for NautilusTrader. You can install it by running:
cargo install cargo-nextest
Thank you for considering contributing to Nautilus Trader! We welcome any and all help to improve the project. If you have an idea for an enhancement or a bug fix, the first step is to open an issue on GitHub to discuss it with the team. This helps to ensure that your contribution will be well-aligned with the goals of the project and avoids duplication of effort.
Once you're ready to start working on your contribution, make sure to follow the guidelines outlined in the CONTRIBUTING.md file. This includes signing a Contributor License Agreement (CLA) to ensure that your contributions can be included in the project.
Note that all pull requests should be made to the develop
branch. This is where new features
and improvements are integrated before being released.
Thank you again for your interest in Nautilus Trader! We look forward to reviewing your contributions and working with you to improve the project.
Join our community of users and contributors on Discord to chat and stay up-to-date with the latest announcements and features of NautilusTrader. Whether you're a developer looking to contribute or just want to learn more about the platform, all are welcome on our server.
The source code for NautilusTrader is available on GitHub under the GNU Lesser General Public License v3.0. Contributions to the project are welcome and require the completion of a standard Contributor License Agreement (CLA).
NautilusTrader is developed and maintained by Nautech Systems, a technology company specializing in the development of high-performance trading systems. Although the project utilizes the Rust programming language and benefits from its ecosystem, Nautech Systems is not affiliated with the Rust Foundation, and this project is not an official work of the Rust Foundation. For more information, visit https://nautilustrader.io.
Copyright (C) 2015-2024 Nautech Systems Pty Ltd. All rights reserved.