Hummingbot는 마켓메이킹용인가, 차익거래용인가?

[Hummingbot](https://hummingbot.org)는 실행·커넥터 플랫폼 성격이 강해 둘 다 가능하다. 마켓메이킹은 재고·리스크 캡이 핵심이고, 차익거래는 지연·레이트리밋·헤지 품질에 민감하니 먼저 회귀·모니터링 기반을 만든다.

Freqtrade와의 핵심 차이는?

[Freqtrade](https://github.com/freqtrade/freqtrade)는 올인원 프레임워크에 가깝고, Hummingbot는 다중 거래소 커넥터와 마켓메이킹급 실행 추상화로 CEX/DEX 간 전략 재사용을 쉽게 만든다.

[Gateway](https://github.com/hummingbot/gateway)는 AMM DEX 상호작용을 표준화해 재사용 가능한 인터페이스로 만든다. CEX만 쓰거나 AMM 라우팅이 필요 없으면 비활성화해 의존성을 줄인다.

✕기존 문제점	✓혁신적 솔루션
CCXT로 직접 붙이면 레이트리밋·재연결·주문 상태기·예외 처리가 전략에 섞여 유지보수가 무너진다.	Hummingbot는 커넥터로 거래소 차이를 격리해 전략이 가격·신호·재고·리스크에 집중하도록 하고 실행은 재사용 가능하게 만든다.
Freqtrade 기반에서 시작하면 마켓메이킹급 실행과 CEX/DEX 확장 때 개조와 회귀 비용이 커진다.	설정 스냅샷과 컨테이너 실행으로 감사 가능한 운영 경계를 만들고 복제·비교·안정 배포를 돕는다.

bash

1docker --version && docker compose version

bash

1git clone https://github.com/hummingbot/hummingbot.git && cd hummingbot && docker compose up -d

bash

1docker attach hummingbot

bash

1# 출금 권한 비활성화, 재고/레버리지 상한 설정

bash

1# docker-compose.yml에서 gateway 활성화 후: docker compose up -d

핵심 시나리오	대상 고객	솔루션	최종 결과
재고 관리형 마켓메이킹	퀀트 메이커	다수 페어에서 자동 호가와 재고 한도 운용	모니터링 부담 감소, 스프레드 포착 효율과 리스크 경계 개선
차익거래와 자동 헤지	차익 운영	스프레드 감시 후 헤지·리밸런싱 실행	실행을 감사 가능한 파이프라인으로 바꿔 실수·지연 비용 감소
커넥터/전략 R&D 플랫폼화	트레이딩 엔지니어링	커넥터 추상화로 신규 CEX/DEX와 전략 모듈 확장	연구→운영 속도 향상, 실행 인프라 자산화