Polymarket & Kalshi 시장 데이터
Polymarket 및 Kalshi 시장 데이터
최종 가격은 스프레드와 그 뒤에 표시된 크기를 숨깁니다. DepthFeed는 저장된 각 관측 시점의 전체 매수/매도 사다리(각 측면당 최대 100 레벨, Kalshi 기준), 주문서에서 파생된 시장 내재 가격, 그리고 유효한 조인이 존재할 때 이전 Binance 기준 가격을 제공합니다.
DepthFeed의 Polymarket & Kalshi 시장 데이터는 기록된 주문서 관찰, 표시된 사다리에서 파생된 가격, 별도로 소싱된 참조 시리즈를 결합합니다. REST는 기록을 제공하고 WebSocket은 정규화된 현재 주문서 업데이트를 제공합니다; 주기 및 필드는 거래소별로 다릅니다.
Polymarket & Kalshi 시장 데이터 개요
- 거래소
- Polymarket · Kalshi · Limitless
- 캡처
- 이벤트 기반 WS (Poly) · 전체 깊이 폴링 (Kalshi)
- 주기
- 거래소별; 소스별 문서화됨
- 깊이
- 전체 사다리, 양측 (Kalshi는 ≤100 레벨)
- 자산들
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- 타임스탬프
- 밀리초 관측 시간; 장소별 소스 타임스탬프
- 기초 가격
- 가능 시 가장 가까운 이전 Binance 기준
- 기록
- 7/30/90일 창 + 전체 아카이브 (Desk)
- 제공
- REST 과거 데이터 + 정규화된 실시간 WebSocket 프레임
- 해상도
- 원시 저장 관찰 또는 ?interval= 1초–1일
Polymarket 시장을 발견한 후 기록된 데이터를 검사하세요
검색으로 시작하여 시장 식별자와 메타데이터가 요청에 연결된 상태를 유지하세요. 스냅샷 경로는 기록된 관찰을 반환하며 include_orderbook은 저장된 사다리를 노출하고 interval은 각 버킷당 하나의 기록된 행을 선택합니다.
curl -s "https://api.depthfeed.com/v3/btc/markets?limit=5" \
-H "Authorization: Bearer df_your_key"
curl -s "https://api.depthfeed.com/v3/btc/markets/<market_id>/snapshots?include_orderbook=true&interval=1m" \
-H "Authorization: Bearer df_your_key"- 원시 저장 해상도에 대해 간격 생략; 다운샘플링은 기록된 관측치를 선택하며 누락된 책을 보간하지 않음.
- 오프셋 페이지네이션을 구성하는 대신 다음 페이지를 위한 응답 커서를 따르세요.
Polymarket & Kalshi 시장 데이터
Polymarket 및 Kalshi 시장 데이터가 포함하는 내용
전체 주문장, 가격 및 기초 자산 — 하나의 스냅샷
저장된 관측은 각 저장된 관측 시점의 전체 매수/매도 사다리(각 측면당 최대 100 레벨, Kalshi 기준)와 그 사다리에서 파생된 시장 가격을 포함합니다. 과거 쿼리는 가능한 경우 기초 자산(BTC, ETH, SOL, XRP, DOGE, BNB, HYPE)의 가장 가까운 이전 Binance 가격을 ASOF 정렬하며, 누락된 조인은 발명된 값이 아닌 null로 유지됩니다.
마지막 가격이 아닌 깊이
마지막 가격 피드는 시뮬레이션된 주문에 사용할 수 있는 깊이를 보여줄 수 없습니다. DepthFeed는 Polymarket에서 이벤트 기반 소스 캡처를, Kalshi에서 페이싱된 전체 깊이 REST 폴링을 캡처합니다. 저장된 빈도는 거래소별로 다르므로, 모델은 특정 관찰에서 기록된 계층을 순회하면서 저장된 행 간의 활동에 대해 명시적으로 유지할 수 있습니다.
거래량은 활동량이며 실행 가능한 크기가 아닙니다
Polymarket & Kalshi 거래량은 거래소가 명시한 측정 창 내 거래 활동을 설명합니다. 현재 최적 가격에서 얼마나 많은 크기가 가능한지, 새 주문이 사다리를 얼마나 걷는지, 동일한 유동성이 이전에 존재했는지 알려주지 않습니다. 거래소 보고 거래량, 현재 표시 깊이, 스프레드 및 미결제 약정을 별도 필드로 유지하고 실행 연구를 위해 기록된 주문서를 사용하세요.
네 가지 뷰, 하나의 스키마
동일한 기록된 주문서는 교차 거래소 주문서, 가격, 역사 및 API 뷰를 지원합니다. REST와 WebSocket은 정규화된 주문서 개념을 공유하며, 정확한 응답 계약은 별도로 문서화되어 있습니다.
전달 경로 선택 전에 시장 검사
현재 시장을 먼저 탐색한 후, 식별자와 필드가 워크플로우에 맞으면 REST 과거 데이터 또는 정규화된 WebSocket 주문서로 이동하세요.
