Coin Market — 다기능 암호화폐 거래소

6가지 거래 모드 (Spot · Perp · Demo · Copy · Earn · Convert) 를 단일 코드베이스로 통합하는 건 보통의 모놀리식 설계로는 불가능합니다. 각 모드마다 주문 라이프사이클, 정산 주기, 마진 정책이 다르기 때문입니다.

동시에 보안 다층화도 만만치 않았습니다. 공개 API 는 HMAC-SHA256, 내부 서비스는 HMAC + Docker CIDR, 민감 작업은 Step-up + TOTP 2FA — 세 가지 보안 레이어를 깔끔히 분리해야 했습니다.

가장 흥미로운 도전은 Copy Trading 의 “Lead-as-Ticker”. Lead 트레이더의 손익 곡선을 일반 종목 차트처럼 다루어 TradingView UDF 로 시각화하고, follower 가 그 차트를 보며 구독을 결정하는 UX 였습니다. 209개 마이그레이션, 60+ 테이블, 75개 컨트롤러를 20일 안에 정합성 있게 묶어야 했습니다.

단일 코드베이스 모듈화로 해결했습니다. cm_users (3계층 role) · cm_market · cm_account · cm_spot_order · cm_perp_position 등 핵심 테이블을 잘게 쪼개고, 75개 컨트롤러를 사용자/관리자/Public API/내부 서비스 4개 도메인으로 분리.

거래 엔진은 Order Placement · Order Matching (maker/taker) · Position Service (cross/isolated margin · liquidation) 세 서비스로 분리하여 모드별 차이를 정책 객체로 주입하는 방식. Funding Settlement 는 8시간 주기 조정 가능, Fee Policy 는 taker 0.05% / maker 0.02% 로 정책화.

Copy Trading 의 Lead-as-Ticker 는 cm_lead_equity_snapshot + cm_lead_kline_* 테이블로 손익 데이터를 OHLCV 형태로 저장해 TradingView UDF 가 일반 종목처럼 그릴 수 있도록 했습니다. cm_lead_trader.stats_json 에 win_rate · roe_30d · follower_count · drawdown_max 를 실시간 집계 — 운영팀이 GUI 만으로 Lead 품질을 모니터링할 수 있습니다.

Order Placement · Matching · Position 3개 서비스 분리로 6가지 거래 모드 단일 코드베이스 통합
Fee Policy (taker 0.05% / maker 0.02%) + 8시간 Funding Settlement 정책 객체화
Lead-as-Ticker UDF 로 TradingView Lightweight Charts 통합 — Lead 손익 곡선을 종목 차트처럼 시각화
3계층 보안 분리 (HMAC-SHA256 공개 API / HMAC+CIDR 내부 / TOTP 2FA 민감 작업)
KYC 승인 · 출금 관리 · 에어드롭 · 활동 로그 어드민 콘솔 완비
Rewards Hub (Task · Claim · Milestone) 모듈화로 캠페인 운영 GUI 화