השוואהזמן קריאה: 8 דקות

Polymarket לעומת Kalshi נתונים: מה באמת זמין, ואיך להשתמש בשניהם

DepthFeed Research

צוות נתוני שוקי חיזוי

מדריכים

Polymarket ו-Kalshi נראים דומים מבחוץ, אך חושפים נתונים שונים מאד מתחת. הנה הפירוט הכנה, לפי פלטפורמה.

Polymarket הוא CLOB on-chain ברשת Polygon, עם חיבור websocket שמזרים בזמן אמת את ספרי ההזמנות, אך ללא ארכיון היסטורי של ספר ההזמנות; Kalshi היא בורסה בארה״ב בפיקוח CFTC, עם REST API נקי וספר כן/לא עד 100 רמות בכל צד, אך גם היא אינה מספקת עומק היסטורי של ספר ההזמנות. שתיהן נותנות את הספר החי, ואף אחת לא משרתת היסטוריית עומק משלה – וזה הפער שצד שלישי משלים.

זה לצד זה

Polymarket מול KalshiPolymarketKalshi
סוגCLOB on-chain (Polygon)בורסה בארה״ב בפיקוח CFTC
נתוני שוק בזמן אמתwebsocket של CLOB + RESTREST (ספר הזמנות, נרות, עסקאות)
מבנה הספרהצעות קניה/מכירה לפי תוצאהכן/לא, עד 100 רמות בכל צד
ספר הזמנות היסטורילא מסופק על ידי הבורסהלא מסופק על ידי הבורסה
שווקי קריפטועליה/ירידה, 5m–24h15m, שעתי, יומי, שבועי
סילוקפתרון / אורקלמחיר ייחוס מפורסם בפקיעה

Polymarket: נתונים בזמן אמת עשירים, ללא היסטוריית עומק

Polymarket מפעילה ספר הזמנות מרכזי (CLOB) על Polygon. חיבור ה- websocket שלה (CLOB) מזרים ספר ועדכוני מחירים בזמן אמת, ו-REST API חושף שווקים, עסקאות ונקודת קצה של היסטוריית מחירים. מה שאינו מסופק הוא ארכיון היסטורי של צילומי מצב מספר ההזמנות – ברגע שעדכון עובר, הבורסה לא מאפשרת לשחזר אותו. לצורך בדיקות לאחור (backtesting) התלויות בספר הסטטי, יש צורך בספק שלכד את ה-websocket באופן רציף.

Kalshi: מבוקר, REST נקי, עדיין ללא ארכיון עומק

Kalshi היא בורסה בפיקוח CFTC, מה שמעצב את הנתונים שלה: REST API נקי עם שווקים, נרות, עסקאות ונקודת קצה של ספר ההזמנות הנוכחי, המחולק לשכבות זמן אמת והיסטוריות. אבל השכבה ההיסטורית מכסה עסקאות ונרות, לא עומק מלא של ספר ההזמנות לאורך זמן – ונקודת הקצה הציבורית לספר ההזמנות היא מצב נוכחי בלבד. לכן, כמו אצל Polymarket, שחזור ספר כן/לא של Kalshi כפי שהיה מצריך לכידה רציפה על ידי צד שלישי.

עבודה עם שניהם בסכמה אחת

הזירות שונות בצורת הספר, בסמנטיקת חותמות הזמן ובכללי הסליקה. DepthFeed מספק תצפיות ספר הזמנות מאוחסנות דרך REST ומסגרות ספר חיות מנורמלות דרך WebSocket. מפה כל חוזה מתועד לתוך מודל המחקר שלך ושמור על הפניות בסיסיות שעשויות להיות null ותזמון ספציפי לזירה באופן מפורש.

קצב הדגימה (capture cadence) והקצב המאוחסן משתנים לפי זירה. REST היסטורי מחזיר תצפיות מאוחסנות, בעוד WebSocket מפרסם מסגרות ספר חיות; שניהם משתמשים ב-JSON, אך השדות והתזמון שלהם אינם ניתנים להחלפה. התייעץ עם חוזי נקודות הקצה והכיסוי בפועל במקום להניח אובייקטים זהים או השהיה אספקה קבועה.

נקודות עיקריות

  • 01Polymarket הוא CLOB on-chain (Polygon); Kalshi היא בורסה בארה״ב בפיקוח CFTC.
  • 02שתיהן מזרימות או משרתות את הספר החי; אף אחת לא משרתת עומק היסטורי של ספר ההזמנות משלה.
  • 03ספרי Kalshi הם כן/לא עד 100 רמות בכל צד; ספרי Polymarket הם הצעות קניה/מכירה לפי תוצאה.
  • 04לוגיקת אסטרטגיה משותפת עדיין זקוקה למתאמים (adapters) עבור שדות הספר, התזמון וכללי הסליקה של כל זירה.

Polymarket ו-Kalshi נראים דומים מבחוץ, אך חושפים נתונים שונים מאד מתחת. הנה הפירוט הכנה, לפי פלטפורמה.

התחל חינם

שאלות, בתשובות.

אף אחת לא משרתת עומק היסטורי של ספר ההזמנות משלה. ה-websocket של Polymarket מזרים את הספר החי, ו-REST API של Kalshi מחזיר את ספר ההזמנות הנוכחי, אך כדי לשחזר את הספר הסטטי כפי שהיה ברגע עבר יש צורך בצד שלישי שלכד אותו באופן רציף, כמו DepthFeed.

התחל לבדוק את Polymarket & Kalshi על עומק אמיתי.

חינם להתחלה, בלי כרטיס. שדרג כשתהיה מוכן לנתונים המלאים.

התחל חינם