لماذا تحمل كل مراجحة حجمًا قابلاً للتنفيذ
السعر وحده لا يخبرك بكم يمكنك التداول عنده. قد يعرض الدفتر ask مغريًا بعقد واحد خلفه ولا شيء تحته. المراجحة المحسوبة من أعلى الدفتر وحده تبدو رائعة، لكنها لا تُنفَّذ إلا بجزء ضئيل من حجمك.
لذلك نحسب حجم كل فرصة وفق العمق الموجود فعليًا. حقل max_stake هو أكبر مبلغ يمكن أن ينفَّذ به الطرفان معًا. أما edge_pct فهو العائد المتبقي بعد استهلاك كل دفتر حتى ذلك الحجم، صافيًا من رسوم المنصة. عند قراءتهما معًا، يخبرانك بالصفقة وبأقصى حجم ممكن لها.
إليك شكلها في مراجحة ثنائية الاتجاه:
{
"edge_pct": 1.83,
"max_stake": 240,
"legs": [
{ "venue": "kalshi", "outcome": "KC", "ask": 0.52, "book_depth_at_ask": 240 },
{ "venue": "polymarket", "outcome": "BUF", "ask": 0.46, "book_depth_at_ask": 310 }
]
}
طرف Kalshi لديه عمق 240 وطرف Polymarket لديه 310، لذا يمكن للزوج أن يُنفَّذ بحجم 240 قبل أن ينفد السعر الأرخص. النسبة 1.83 بالمئة هي ما يتبقى بعد رسوم الجانبين. لو كانت الميزة قائمة لعقد واحد فقط، لأظهر ذلك max_stake، وعندها تعرف أن عليك تجاوزها.
هذا المثال يسبق واجهة v2 البرمجية ويستخدم أسماء حقول أُعيدت تسميتها لاحقًا؛ راجع البدء السريع للاطلاع على الشكل الحالي.
القائمة الكاملة للحقول موجودة في مرجع كائن الفرصة.
المزيد من المدونة
راقب Kalshi وPolymarket باستخدام Python
ابنِ مراقبًا بلغة Python لأسواق Kalshi وPolymarket المطابَقة، ثم وسّع لقطة REST المتأخرة بتحديثات في الوقت الفعلي.
خادم Kalshi و Polymarket عبر MCP في Claude و Cursor
صِل Claude أو Cursor بخادم MCP الخاص بـ Dino لأسواق Kalshi و Polymarket، وافحص الأسواق المطابَقة مع سياق التسوية.
قارِن بين Kalshi و Polymarket بأمان
قارِن عقود Kalshi و Polymarket مع مخاطر التسوية وفروق العقود المرفَقة بكل سعر ملاحَظ.