Polymarket vs Kalshi 데이터: 실제로 제공되는 것과 두 거래소를 함께 쓰는 법

한눈에 비교

Polymarket: 풍부한 라이브 데이터, depth 히스토리 없음

Polymarket은 Polygon 위에서 중앙 지정가 주문서(CLOB)를 운영합니다. CLOB websocket이 라이브 북과 가격 업데이트를 스트리밍하고, REST API는 시장, 체결, 그리고 prices-history 엔드포인트를 노출합니다. 제공하지 않는 것은 오더북 스냅샷의 과거 아카이브입니다 — 북 업데이트가 한 번 지나가면 거래소는 그것을 다시 재생할 수 없게 합니다. 잔존 호가(resting book)에 의존하는 백테스트를 하려면 그 websocket을 끊김 없이 캡처한 제공자가 필요합니다.

Kalshi: 규제 대상, 깔끔한 REST, 그래도 depth 아카이브는 없음

Kalshi는 CFTC 규제를 받는 거래소이고, 이 점이 데이터 형태를 좌우합니다. 시장, 캔들스틱, 체결, 그리고 현재 오더북 엔드포인트를 갖춘 깔끔한 REST API가 라이브 티어와 과거 티어로 나뉘어 제공됩니다. 하지만 과거 티어는 체결과 캔들스틱을 다룰 뿐, 시간에 걸친 전체 오더북 깊이는 다루지 않습니다 — 그리고 공개 오더북 엔드포인트는 현재 상태만 보여줍니다. 따라서 Polymarket과 마찬가지로, Kalshi의 yes/no 북을 당시 모습 그대로 재생하려면 끊김 없는 서드파티 캡처가 필요합니다.

두 거래소를 하나의 스키마로 다루기

두 거래소는 형태가 다릅니다 — Polymarket의 아웃컴별 매수/매도(bid/ask) 대 Kalshi의 yes/no 사다리(ladder) — 그래서 직접 이어 붙이려면 로더 두 개와 정산 모델 두 개가 필요합니다. DepthFeed는 둘을 하나의 컬럼형(columnar) 스키마로 정규화합니다. 매수/매도 가격과 사이즈 배열, epoch-millis 단위의 거래소·수신 타임스탬프, 그리고 스냅샷마다 조인된 기초자산 기준가격을, 7개 크립토 자산 전체에 걸쳐 제공합니다. 동일한 백테스트 코드가 어느 거래소든 읽어 들입니다.

캡처 방식은 거래소마다 다르지만 출력 포맷은 동일합니다. Polymarket은 CLOB websocket에서 이벤트 구동 방식으로 캡처되며(라이브 전달 중앙값 약 10 ms, 실측), Kalshi는 전체 depth로 끊김 없이 폴링됩니다(대략 1.5초마다). 둘 다 REST API와 라이브 WebSocket 스트림 위에서 동일한 JSON으로 도착합니다.