أي منصة DEX للـPerp تثق بها لتقوم وكالة ذكاء اصطناعي بالتداول عليها؟
قد لا تكون أقوى منصة بالنسبة للمتداول البشري هي الأقوى بالنسبة لوكيل تداول ذكاء اصطناعي.
هذا الفارق يزداد أهمية بشكل متنامٍ.
لا تزال معظم المقارنات بين المنصات تركز على:
الرسوم
السيولة
الرافعة المالية
الأسواق
واجهة المستخدم
لكن الأنظمة المالية الذاتية تُدخل مجموعة مختلفة تمامًا من المتطلبات.
يجب على متداول الذكاء الاصطناعي أن يكون قادرًا على تحديد:
هل تم قبول الأمر؟
هل تم رفضه؟
هل تم تنفيذه جزئيًا؟
هل أدى انقطاع WebSocket إلى إخفاء تحديث؟
هل كان وقت الانتظار (timeout) صفقة فاشلة أم مجرد استجابة فاشلة؟
هل يمكن للمُعرّف/بيانات الاعتماد سحب الأموال؟
هل يمكن إلغاء العملية بشكل مستقل؟
هل يمكن أن تختفي الأوامر القائمة تلقائيًا إذا تعطل الوكيل؟
وهذا يقود إلى ما نسميه:
يقين تنفيذ الوكيل (Agent Execution Certainty)
درجة الثقة التي يمكن من خلالها لنظام تداول مستقل أن يثبت حالته الاقتصادية المعيارية (canonical) قبل إصدار تعليمـة أخرى ذات أثر مالي.
تقدّم أبحاثنا الأحدث في مجال الأخبار اللامركزية تقييمًا لسبع منصات تداول دائم (perpetual) مقابل هذا المعيار الناشئ:
Aster
Paradex
Hyperliquid
GRVT
Aevo
dYdX
Lighter
تقيّم الدراسة البنية التحتية الموثقة بما في ذلك:
• بيانات اعتماد تداول مفوضة
• عزل عمليات السحب
• انتهاء صلاحية بيانات الاعتماد
• subaccounts
• معرفات أوامر العميل (client order IDs)
• تيارات أوامر خاصة وعمليات تنفيذ (fill streams)
• سلامة التسلسل (sequence integrity)
• تنفيذ “reduce-only”
• الإلغاء الطارئ (emergency cancellation)
• المصالحة/التسوية (reconciliation)
• واجهات أصلية للوكيل (agent-native interfaces)
تظهر قاعدة واحدة شديدة الأهمية:
ACK ليست تنفيذًا.
لا يثبت وقت الانتظار الفشل (timeout) حدوث الرفض.
لا يثبت رد API الناجح بالضرورة حدوث تنفيذ (fill).
ولا ينبغي لنظام ذكاء اصطناعي أن يحدّث محفظته ببساطة لأنه كان ينوي التداول.
تلك الحالة تحتاج إلى دليل موثوق.
كما نُقدّم عدة مفاهيم إضافية:
تأخر حالة المركز (Position State Lag)
سلامة هوية الأمر (Order Identity Integrity)
مظروف الأمان للـPerp المستقل (Autonomous Perp Safety Envelope)
اقرأ البحث الكامل واستخدم أداة حاسبة جاهزية وكيل Perp المستقل لدى DN على Decentralised.News
#AgenticFinance #AITrading
قد لا تكون أقوى منصة بالنسبة للمتداول البشري هي الأقوى بالنسبة لوكيل تداول ذكاء اصطناعي.
هذا الفارق يزداد أهمية بشكل متنامٍ.
لا تزال معظم المقارنات بين المنصات تركز على:
الرسوم
السيولة
الرافعة المالية
الأسواق
واجهة المستخدم
لكن الأنظمة المالية الذاتية تُدخل مجموعة مختلفة تمامًا من المتطلبات.
يجب على متداول الذكاء الاصطناعي أن يكون قادرًا على تحديد:
هل تم قبول الأمر؟
هل تم رفضه؟
هل تم تنفيذه جزئيًا؟
هل أدى انقطاع WebSocket إلى إخفاء تحديث؟
هل كان وقت الانتظار (timeout) صفقة فاشلة أم مجرد استجابة فاشلة؟
هل يمكن للمُعرّف/بيانات الاعتماد سحب الأموال؟
هل يمكن إلغاء العملية بشكل مستقل؟
هل يمكن أن تختفي الأوامر القائمة تلقائيًا إذا تعطل الوكيل؟
وهذا يقود إلى ما نسميه:
يقين تنفيذ الوكيل (Agent Execution Certainty)
درجة الثقة التي يمكن من خلالها لنظام تداول مستقل أن يثبت حالته الاقتصادية المعيارية (canonical) قبل إصدار تعليمـة أخرى ذات أثر مالي.
تقدّم أبحاثنا الأحدث في مجال الأخبار اللامركزية تقييمًا لسبع منصات تداول دائم (perpetual) مقابل هذا المعيار الناشئ:
Aster
Paradex
Hyperliquid
GRVT
Aevo
dYdX
Lighter
تقيّم الدراسة البنية التحتية الموثقة بما في ذلك:
• بيانات اعتماد تداول مفوضة
• عزل عمليات السحب
• انتهاء صلاحية بيانات الاعتماد
• subaccounts
• معرفات أوامر العميل (client order IDs)
• تيارات أوامر خاصة وعمليات تنفيذ (fill streams)
• سلامة التسلسل (sequence integrity)
• تنفيذ “reduce-only”
• الإلغاء الطارئ (emergency cancellation)
• المصالحة/التسوية (reconciliation)
• واجهات أصلية للوكيل (agent-native interfaces)
تظهر قاعدة واحدة شديدة الأهمية:
ACK ليست تنفيذًا.
لا يثبت وقت الانتظار الفشل (timeout) حدوث الرفض.
لا يثبت رد API الناجح بالضرورة حدوث تنفيذ (fill).
ولا ينبغي لنظام ذكاء اصطناعي أن يحدّث محفظته ببساطة لأنه كان ينوي التداول.
تلك الحالة تحتاج إلى دليل موثوق.
كما نُقدّم عدة مفاهيم إضافية:
تأخر حالة المركز (Position State Lag)
سلامة هوية الأمر (Order Identity Integrity)
مظروف الأمان للـPerp المستقل (Autonomous Perp Safety Envelope)
اقرأ البحث الكامل واستخدم أداة حاسبة جاهزية وكيل Perp المستقل لدى DN على Decentralised.News
#AgenticFinance #AITrading
