Business Proposal

상장 이후 시장 운영을
통제 가능한 시스템으로 바꾸는 제안

Scutum Maestro는 코인 프로젝트와 마켓메이킹 운영사가 유동성, 거래량, 재고, 외부 체결, 손실 한도, 알림과 리포트를 한 운영 흐름에서 다루기 위한 시스템입니다. 주문 실행 엔진만 제공하는 것이 아니라, 운영자가 상태를 보고 개입하고 기록할 수 있는 구조를 제공합니다.

1. Why now

시장 운영의 병목은 봇 성능보다 운영 통제에서 발생합니다.

실제 운영에서는 거래소 화면, 봇 로그, 텔레그램 지시, 엑셀 리포트가 분리되어 있습니다. 이 구조에서는 급변 상황에서 판단이 늦고, 고객에게 설명 가능한 운영 이력이 부족해집니다.

운영자가 알아야 하는 정보가 분산됩니다.

호가창, 거래량, 재고, 외부 체결, 비용, 손실 한도를 한 기준으로 보지 못하면 개입 시점이 늦어집니다.

고객과 계정이 늘면 수동 관리가 무너집니다.

고객별 계정, 권한, 알림, 리포트가 분리되지 않으면 담당자 경험에 의존하는 운영이 됩니다.

2. Current system

현재 구현된 구조를 기준으로 제안합니다.

Scutum Maestro는 Web, Worker, Scheduler, Coach 프로세스로 분리되어 있고 MySQL과 Redis를 통해 장기 이력과 런타임 상태를 나눠 관리합니다.

Web

운영 콘솔, 인증, 테넌트 접근, 모듈 제어 명령

Worker

Liquidity, Volume, Inventory 등 실행 모듈 런타임

Scheduler

스냅샷, 리포트, 손실 제한, 에러 감시

Coach

운영 신호 분석과 파라미터 제안

3. Modules

운영 목적별 모듈을 조합합니다.

영역	모듈	역할
시장 실행	Liquidity / Grid / Volume	호가창 유동성 공급, 목표 거래량 운영, 내부 크로스/싱글 계정 실행
재고와 가격	Inventory / Adjuster / Follower / Steering	계정 재고 조정, 기준가 추종, 목표가/ETA 기반 bias 생성
방어와 중지	Defender / Loss Limit / Circuit Breaker	외부 체결과 급변 대응, UTC 일자 기준 손실 제한, 비상 정지
운영 증적	Audit / Position / Notification / Coach	주문/체결/비용/스냅샷 이력, 알림, 운영 제안

4. Risk control

운영 시스템은 돌리는 것만큼 멈추는 구조가 중요합니다.

Durable command queue

start/stop/reload 명령을 Redis queue에 먼저 적재해 worker 구독 상태에 따른 명령 유실 위험을 줄입니다.

Runtime health

/health/runtime에서 worker와 scheduler heartbeat를 확인해 웹만 살아 있는 상태를 운영 정상으로 보지 않습니다.

Loss limit

누적 원장값이 아니라 UTC 일자 기준 daily PnL delta로 손실 한도를 평가합니다.

5. Sales fit

적합한 고객과 맞지 않는 고객을 분리합니다.

적합한 고객

상장 후 유동성, 거래량, 재고 관리를 체계화하려는 프로젝트
여러 고객을 운영하는 MM 대행사
OKX/LBank 기반 운영을 하고 있거나 준비 중인 팀
봇 로그와 수동 리포트 대신 운영 콘솔과 증적이 필요한 팀

맞지 않는 고객

수익률 보장 상품을 찾는 고객
특정 가격 방어를 보장받으려는 고객
운영 한도와 책임 범위를 정하지 않으려는 고객
거래소 API 키와 계정 구조 정리가 불가능한 고객

6. Pilot

처음부터 전체 도입보다 작은 파일럿이 안전합니다.

하나의 거래소, 하나의 심볼, 핵심 모듈 2-3개부터 시작해 실제 시장 조건과 리스크 기준을 확인합니다.

거래소/심볼 확인

계정 구조 정리

목표와 한도 설정

2-4주 파일럿

리포트 후 확장 판단

운영 진단 미팅에서 파일럿 범위를 정합니다.

거래소, 심볼, 계정 구조, 목표 거래량, 손실/재고 한도, 알림 채널, 운영 책임 범위를 먼저 확인합니다.

운영 진단 미팅 요청

Scutum Maestro는 특정 수익률, 가격 유지, 거래량 성과를 보장하지 않습니다. 운영 결과는 시장 상황, 거래소 정책, 계정 상태, 예산, 고객사의 리스크 기준에 따라 달라집니다.

상장 이후 시장 운영을 통제 가능한 시스템으로 바꾸는 제안