AI 자동화 프로젝트 자동화 프레임워크

NautilusTrader (노틸러스 트레이더)

Rust 코어와 Python API를 묶어, 백테스트에서 돌린 전략을 같은 엔진 결로 라이브까지 잇고 싶은 팀이 먼저 볼 만한 이벤트 기반 트레이딩 프레임워크

원본

NautilusTrader (노틸러스 트레이더)은(는) 로컬, 자동화 서버에서 자동화 흐름을 설계하고 운영하는 데 도움이 되는 자동화 프레임워크입니다. 문서가 어느 정도 갖춰져 있고 유지 신호도 보여서 스타 22398개와 외부 언급 6개를 함께 보면 먼저 살펴볼 만합니다.

저장소 nautechsystems/nautilus_trader
소스 URL https://github.com/nautechsystems/nautilus_trader
스타 22398
외부 언급 6
유지보수 2026-05-02 최신 push, v1.226.0 (2026-04-29), open issues 76
라이선스 LGPL-3.0

환경

로컬자동화 서버

좋은 용도

백테스트와 라이브 트레이딩에서 같은 이벤트 모델을 유지해야 하는 팀거래소 연결 코드와 risk rule을 코드로 관리할 준비가 된 팀multi-asset·multi-venue 전략을 장기적으로 운영하며 체결·포지션 상태를 일관되게 재현해야 하는 경우성능이 필요한 core는 Rust에 두고 전략 로직은 Python으로 쓰는 구조를 감당할 수 있을 때

설치

Rust core가 포함된 Python 패키지로, `pip install nautilus_trader`로 설치해요. native dependency 관리와 실행 환경 준비가 단순 Python library보다 무거워요.

사용 예시

Python으로 전략 로직을 작성해 과거 데이터로 백테스트를 돌리고, 코드 변경을 최소화한 채 같은 event model로 라이브 실행까지 이어요. market data·order·position·execution event를 한 엔진 모델로 다뤄요.

연동 방식

여러 asset class와 거래소 venue adapter를 붙여 주문 실행과 risk rule을 [API](/ko/wiki/api/) 경계에서 통합해요. backtest·live engine이 같은 경로를 쓰도록 설계돼 있어요.

연결

원본 보기

관련 위키

nautilus-traderpythonruntimeapi

관련 뉴스

연결된 뉴스는 아직 없어.

별칭

NautilusTradernautechsystems/nautilus_trader

리뷰

NautilusTrader는 Rust core와 Python API를 묶어, 과거 데이터로 시험한 거래 규칙을 실거래 실행 흐름까지 최대한 같은 방식으로 돌리려는 프레임워크예요. 트레이딩 연구에서 가장 위험한 착각은 backtest에서 맞은 코드가 live에서도 같은 의미로 돈다는 믿음인데, NautilusTrader는 이 간극을 줄이려고 같은 event model을 backtest와 live에 걸쳐 유지하려 해요. 대신 프레임워크가 무거워져요. venue adapter, risk rule, data quality, latency까지 같이 봐야 하므로 단순 bot보다 도입 기준이 높아요. 한 번 작성한 전략 로직을 backtest에서만 쓰지 않고 live execution·risk·venue adapter까지 이어 가려는 팀에 맞는지가 첫 판단 기준이에요.

사용 예시

market data, instrument, order, position, execution event를 같은 engine model로 다루고 backtest와 live 환경에서 최대한 같은 경로를 써요. Python으로 전략을 작성하지만 성능에 민감한 core는 Rust 쪽에 둬서, 이 구조 때문에 runtime 설치와 native dependency 관리가 단순 Python library보다 무거워요. 여러 asset class와 venue adapter를 다루기 위한 framework이므로, 단순히 API 한두 개를 호출해 주문을 내는 bot보다 설계 범위가 넓어요.

확인할 점

NautilusTrader는 수익 전략을 주는 제품이 아니에요. 좋은 backtest 숫자보다 data quality, transaction cost, slippage, latency, venue adapter 안정성이 먼저예요. backtest와 live engine이 같아도 fee·slippage·latency가 다르면 결과가 무너질 수 있어요. Rust core, Python binding, venue 연결, 실행 환경을 같이 봐야 해서 PoC도 작지 않아요. 단일 거래소에서 단순 주문 자동화만 할 거라면 Binance, Interactive Brokers, CCXT 같은 broker/venue SDK와 작은 backtest harness가 더 빠르고 이해하기 쉬워요. 팀이 trading domain과 software ops를 모두 감당할 수 있는지 먼저 가르는 게 좋아요. 이 페이지는 도구 범위만 설명할 뿐 투자 조언이 아니에요.