مقارنةمدة القراءة 8 دقائق

بيانات Polymarket مقابل Kalshi: ما المتاح فعلاً، وكيف تستخدم المنصتين معاً

DepthFeed Research

فريق بيانات أسواق التنبؤ

الأدلة

تبدو Polymarket وKalshi متشابهتين من الخارج، لكنهما تتيحان بيانات مختلفة جذرياً في الداخل. إليك التفصيل الصادق لكل منصة على حدة.

Polymarket هي دفتر أوامر محدّد مركزي (CLOB) على سلسلة Polygon، مع WebSocket يبث دفاتر الأوامر الحية لكنه لا يوفّر أرشيفاً تاريخياً لدفتر الأوامر؛ أما Kalshi فهي بورصة أمريكية خاضعة لتنظيم CFTC تقدّم واجهة REST API نظيفة ودفتر yes/no يصل إلى 100 levels لكل جانب، لكنها هي الأخرى لا تشحن عمق دفتر الأوامر التاريخي. كلتاهما تمنحك الدفتر الحي، ولا واحدة منهما تقدّم تاريخ العمق الخاص بها — وهذه هي الفجوة التي يسدّها الالتقاط من طرف ثالث.

مقارنة جنباً إلى جنب

PolymarketKalshi
النوعدفتر أوامر CLOB على السلسلة (Polygon)بورصة أمريكية خاضعة لتنظيم CFTC
بيانات السوق الحيةCLOB WebSocket + RESTREST (دفتر الأوامر، الشموع، الصفقات)
شكل الدفترعرض/طلب لكل نتيجةyes/no، حتى 100 levels لكل جانب
دفتر الأوامر التاريخيلا تقدّمه البورصةلا تقدّمه البورصة
أسواق الكريبتوصعود/هبوط، 5m–24h15m، ساعية، يومية، أسبوعية
التسويةحسم / oracleسعر مرجعي منشور عند انتهاء الصلاحية

Polymarket: بيانات حية غنية، بلا تاريخ للعمق

تشغّل Polymarket دفتر أوامر محدّد مركزي على سلسلة Polygon. يبث CLOB WebSocket الخاص بها تحديثات الدفتر والسعر الحية، وتكشف واجهة REST API الأسواق والصفقات ونقطة نهاية لتاريخ الأسعار (prices-history). ما لا توفّره هو أرشيف تاريخي للقطات دفتر الأوامر — فبمجرد مرور تحديث الدفتر، لا تتيح لك البورصة إعادة تشغيله. ولاختبار رجعي يعتمد على الدفتر الساكن، تحتاج إلى مزوّد التقط بث WebSocket بشكل متواصل.

Kalshi: منظَّمة، REST نظيف، ومع ذلك لا أرشيف للعمق

Kalshi بورصة خاضعة لتنظيم CFTC، وهذا ما يشكّل بياناتها: واجهة REST API نظيفة بها الأسواق والشموع والصفقات ونقطة نهاية لدفتر الأوامر الحالي، مقسّمة إلى طبقتين حية وتاريخية. لكن الطبقة التاريخية تغطّي الصفقات والشموع، لا عمق دفتر الأوامر الكامل عبر الزمن — ونقطة نهاية دفتر الأوامر العامة تعكس الحالة الراهنة فقط. لذا، وكما هو الحال مع Polymarket، فإن إعادة تشغيل دفتر yes/no الخاص بـ Kalshi كما كان تتطلب التقاطاً متواصلاً من طرف ثالث.

العمل بالمنصتين معاً ضمن مخطط واحد

تختلف الأسواق في شكل سجل الأوامر، ودلالات الطوابع الزمنية، وقواعد التسوية. يوفر DepthFeed ملاحظات سجل أوامر مخزنة عبر REST وإطارات حية موحدة عبر WebSocket. قم بتعيين كل عقد موثق في نموذج البحث الخاص بك واحتفظ بالمراجع الأساسية التي قد تكون قيمتها null والتوقيت الخاص بكل سوق بشكل صريح.

يختلف إيقاع الالتقاط والتخزين حسب السوق. تُرجع REST التاريخية ملاحظات مخزنة، بينما تنشر WebSocket إطارات سجل أوامر حية؛ كلاهما يستخدم JSON، لكن حقولهما وتوقيتهما ليسا قابلين للتبديل. استشر عقود نقاط النهاية والتغطية الفعلية بدلاً من افتراض كائنات متطابقة أو كمون تسليم ثابت.

النقاط الرئيسية

  • 01Polymarket دفتر أوامر CLOB على السلسلة (Polygon)؛ وKalshi بورصة أمريكية خاضعة لتنظيم CFTC.
  • 02كلتاهما تبث أو تقدّم الدفتر الحي؛ ولا واحدة منهما تقدّم عمق دفتر الأوامر التاريخي الخاص بها.
  • 03دفاتر Kalshi من نوع yes/no حتى 100 levels لكل جانب؛ ودفاتر Polymarket عرض/طلب لكل نتيجة.
  • 04لا يزال منطق الاستراتيجية المشترك يحتاج إلى محولات لحقول سجل الأوامر وتوقيتها وقواعد التسوية لكل سوق.

تبدو Polymarket وKalshi متشابهتين من الخارج، لكنهما تتيحان بيانات مختلفة جذرياً في الداخل. إليك التفصيل الصادق لكل منصة على حدة.

ابدأ مجانًا

أسئلة، مُجابة.

لا واحدة منهما تقدّم عمق دفتر الأوامر التاريخي الخاص بها. يبث WebSocket الخاص بـ Polymarket الدفتر الحي، وتُرجع REST API الخاصة بـ Kalshi دفتر الأوامر الحالي، لكن لإعادة تشغيل الدفتر الساكن كما كان في لحظة ماضية تحتاج إلى طرف ثالث التقطه بشكل متواصل، مثل DepthFeed.

ابدأ الاختبار الرجعي لـ Polymarket & Kalshi على عمق حقيقي.

مجاني للبدء، دون بطاقة. ارتقِ بخطتك حين تصبح استراتيجيتك جاهزة لدفتر الأوامر الكامل.

ابدأ مجانًا