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 북을 당시 모습 그대로 재생하려면 끊김 없는 서드파티 캡처가 필요합니다.

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

거래소는 주문 책 모양, 타임스탬프 의미 및 정산 규칙이 다릅니다. DepthFeed은 REST을 통해 기록된 주문 책 관측치를 제공하고 WebSocket을 통해 정규화된 실시간 프레임을 제공합니다. 각 문서화된 계약을 연구 모델에 매핑하고 널 허용 가능한 기본 참조 및 거래소별 타이밍을 명시적으로 유지하십시오.

캡처 및 저장된 주기는 거래소마다 다릅니다. 과거 REST은 기록된 관측치를 반환하는 반면 WebSocket은 실시간 주문 책 프레임을 게시합니다. 둘 다 JSON을 사용하지만 필드와 타이밍은 상호 교환할 수 없습니다. 동일한 객체 또는 고정 전달 지연 시간을 가정하는 대신 엔드포인트 계약 및 실제 커버리지를 참조하십시오.