داخل سوق التوقعات: الواجهة والتداول والعقود والبيانات

موقع سوق التوقعات مدخل إلى نظام يؤدي أعمالاً متعددة. تعرض الواجهة السوق، ويطابق نظام التداول الأوامر، وتسوّي العقود انتقال الأصول، وتجعل خدمات البيانات النتيجة قابلة للقراءة. ويوفر الأوراكل الإجابة النهائية للسوق عبر إجراء الحسم المضبوط لها.

تحدث هذه الأعمال في مواضع مختلفة. النقر على زر وقبول أمر وتسوية صفقة مراحل منفصلة. فهم الحدود يفسّر لماذا قد تظهر السوق مع تعذّر التداول، أو لماذا يستغرق ظهور معاملة مكتملة في المحفظة الاستثمارية بعض الوقت.

هذا هو المقال الثاني من سلسلة آلية عمل Polymarket وKuest. إذا لم تألف الأسعار والمبالغ المستحقة بعد، ابدأ بـما يعنيه سعر سوق التوقعات فعلاً.

أربع طبقات وأربع مسؤوليات

تعكس نظرة API العامة في Polymarket هذا الفصل: تدعم Gamma اكتشاف الأسواق، ويدعم CLOB الأوامر وحالة السوق المباشرة، وتدعم Data API نشاط الحسابات والأسواق. توفر WebSocket تحديثات، لكنها لا تستبدل قواعد التسوية الأساسية.

الصفحة ليست معرّفاً للمركز

يجمع الحدث أسواقاً مرتبطة لأغراض العرض. وتطرح السوق الثنائية سؤالاً محدداً قابلاً للحسم، مع نتيجتي YES وNO منفصلتين. قد يضم الحدث عدة أسواق، لذلك لا يكفي عنوان صفحته لتحديد أمر. راجع نموذج الأسواق والأحداث في Polymarket.

في إطار Conditional Tokens Framework، أو CTF، يحدد معرّف السؤال مدخل الحسم. ويُشتق معرّف الشرط من عنوان الأوراكل ومعرّف السؤال وعدد خانات النتائج. ويعتمد معرّف مركز النتيجة أيضاً على الضمان ومسار المجموعة. لا يجوز استبدال هذه المعرّفات بعضها ببعض دون تحقق.

يميّز دليل البيانات على السلسلة في Polymarket بين اشتقاقات CTF هذه ومعرّفات Protocol V2. تطابق العنوان في موقع آخر لا يثبت أنه الأصل نفسه.

تتبّع أمراً واحداً عبر النظام

أولاً، تعثر الواجهة على السوق وتحصل على معرّفات نتائجها وإعداد التداول. يُعدّ العميل الأمر، ويجيز الموقّع المعني شروطه. توقيع الأمر ليس العملية نفسها التي تبث معاملة على البلوكشين.

تصل التعليمات الموقّعة إلى دفتر أوامر الحد المركزي، أو CLOB. تفحص الخدمة قابلية القبول وتبحث عن أوامر متوافقة. قد يبقى الأمر المقبول مفتوحاً إذا لم يُنفذ فوراً؛ المطابقة اتفاق على التداول وفق قواعد النظام، وليست بعدُ دليلاً على تسليم الأصول.

ثم تأتي التسوية. ترسل خدمة تنفيذ معاملة إلى العقود المعنية على Polygon. يتحقق مسار التسوية من الصفقة المصرح بها ويحدّث الأصول إذا نجح التنفيذ. لا تتحول معاملة فاشلة إلى شراء ناجح لأن API أبلغ سابقاً عن مطابقة.

يوثّق Polymarket دورة حياة الأمر، ويوجّه التكاملات بشكل منفصل إلى انتظار تسوية التنفيذ قبل فحص المركز الناتج. إدراج المعاملة وحالة التأكيد المطلوبة مهمان؛ معرّف الأمر وحده غير كافٍ.

أخيراً، تعالج المفهرسات التغييرات المسجلة، وتقدّم API عروضاً محدثة. يمكن للواجهة الآن عرض المركز والنشاط. تحتاج هذه المراحل رسائل حالة منفصلة، لا كلمة «نجاح» مبهمة واحدة.

العقود عائلات متعددة، لا صندوق واحد

يقسم النظام القائم على CTF المسؤوليات بين عدة عائلات من العقود. الأسماء التالية تصف أدواراً؛ أما العقود والصلاحيات الدقيقة فتتوقف على المسار.

التسوية والحسم يجيبان عن سؤالين مختلفين. تسأل التسوية إن كانت هذه الصفقة تستطيع نقل الأصول، ويسأل الحسم أي دفع تقتضيه قواعد السوق. تميّز وثائق الحسم الحالية في Polymarket بين أسواق تعتمد UMA وأسواق صعود وهبوط تعتمد Chainlink TWAP؛ ولا يقرر محرك المطابقة النتيجة باختيار سعر الصفقة.

الإصدار مهم. يوثّق Polymarket حالياً نظامي المراكز CTF وProtocol V2. يستخدم Protocol V2 مكوّن PositionManager، بينما يستخدم CTF مكوّن Conditional Tokens. ويسرد سجل العقود مكونات تسوية مختلفة. لا يمكن استخدام «Exchange V2» و«Protocol V2» بمعنى واحد؛ حدد إصدار السوق ودفتر الأصول والمسار معاً دائماً.

البيانات تجعل دفتر الأصول قابلاً للاستخدام، لكنها قد تتأخر

يحوّل المفهرس أحداث العقود إلى سجلات قابلة للاستعلام. ويمكن لـAPI جمعها مع البيانات الوصفية والأسعار والحسابات. هذه بيانات مفيدة للتطبيق، لكن توقيت تحديثها قد يختلف عن إيصال المعاملة أو بث الأوامر المباشر.

يصف دليل البيانات على السلسلة في Polymarket أحداث التحويل وتنفيذ الصفقات. لا تتضمن هذه السجلات كل أمر معلّق خارج السلسلة. كذلك فإن تسمية مفهرس «رسم دفتر الأوامر الفرعي» لا تجعله الدفتر المباشر. السعر الحالي والتنفيذ التاريخي سجلات مختلفة.

إذا بدت المحفظة الاستثمارية قديمة، فقارن وقت تحديثها بالمعاملة ودفتر الأصول المعني. وإذا اختفى عرض، فتفحّص الدفتر الحالي. هذان تحقيقان مختلفان؛ تحديث قائمة الأسواق لا يثبت أمراً غير منفّذ ولا أموالاً مفقودة.

يساعد المرحّل على الإرسال، لكنه لا يزيل الاعتماديات

يمكن للمرحّل إرسال إجراءات محفظة مدعومة، مثل النشر أو الموافقات. تصف وثائق المحافظ في Polymarket إجراءات مدفوعة التكلفة من جهة أخرى، تتيح للحساب تشغيل تلك الاستدعاءات دون امتلاك رمز الغاز الأصلي. يبقى الغاز مستهلكاً؛ وتُدفع تكلفته من مكان آخر.

لمرحّل المحفظة وخدمات المطابقة والتسوية أدوار مختلفة. تهمّ الإتاحة والاستدعاءات المدعومة وسياسات تحمل التكلفة. لا تفترض مرور كل صفقة بمرحّل محفظة، أو أن تحمل التكلفة يثبت شيئاً عن الحفظ أو سلطة الترقية أو صحة الأوراكل.

ما يميز Kuest: تتغير واجهة العلامة مع إمكانية مشاركة المسار

يميّز دليل البنية العام في Kuest بين علامة المشغّل وقائمته وبين بنية التداول المشتركة. يستطيع المشغّلون اختيار أسواق لجماهيرهم مع استخدام خدمات تنفيذ مشتركة متوافقة.

قد يعرض موقعان بعلامتين مختلفتين، يستخدمان خدمات Kuest وأصولها نفسها، طلبات تداول مشتركة مع قائمتين مختلفتين. يعني ذلك للمشغّل إعادة استخدام بنية التنفيذ مع تنظيم تجربة مركّزة لجمهور معين.

يعرض المشغّل السوق للمتداولين، ويوفر صانع السوق طلبات التداول عبر الأوامر. أدوار المشاركين هذه منفصلة عن الخدمات التي تطابق الصفقات وتسوّيها. إنشاء السوق لا يوفر بحد ذاته أطرافاً مقابلة راغبة أو كمية قابلة للتنفيذ.

لا تدمج خدمات Kuest المشتركة دفترها مع دفتر Polymarket، ولا يجعل انعكاس السؤال الأرصدة قابلة للنقل بين المنصتين.

تشرح عائلات العقود أعلاه المسؤوليات، لا قائمة نشر كاملة. قبل تشغيل السوق، تحقق من الشبكة الفعلية وعناوين العقود والشفرة المنشورة والصلاحيات ونظام المراكز المدعوم. لا يشمل تدقيق المشروع الأصلي تلقائياً نشراً آخر أو تعديلات مخصصة.

للمشغّل، المراجعة المفيدة محددة: أي أصول سوق يعرضها الموقع، وأي خدمات تقبل أوامره، وأي عقود تسوّيها، وما حداثة السجلات المعروضة؟ ينبغي للعلامة الجديدة أن تجعل هذه الإجابات أسهل العثور عليها.

تريد بناء هذه التجربة لجمهورك؟ أنشئ سوق توقعات خاصاً بك عبر إعداد Kuest الموجّه.