. @GMX_SOL التحديث الأسبوعي [2025-08-10] مرحبا جميعا! لقد أنجزنا هذا الأسبوع ما يلي: - أكمل نشر الشبكة الرئيسية لبرامج الإصدار 0.7. يمكن لرسوم الاقتراض الآن سك GT ، مما يتيح استخدام GT لتحفيز أصحاب المحادثات. يمكن الآن عرض معلومات الأمان للبرامج على الشبكة الرئيسية عبر المستكشف. - تمت إضافة البيانات الوصفية للرمز المميز للشبكة الرئيسية GLV ، والتي يمكن عرضها الآن في المستكشف وفي المحافظ ؛ التحقق من هذه الرموز قيد التقدم. - نشر مجموعة من أسواق RWA جنبا إلى جنب مع GLV المقابل ، ولكن حدد العديد من المشكلات الجديدة: - إذا تم إغلاق أي سوق في GLV ، فستشل جميع عمليات GLV التي تنطوي على هذا السوق (خاصة عمليات الإيداع والسحب). - يعد اكتشاف السوق المغلقة للإصدار الحالي صارما للغاية - فقد يتم وضع علامة على بعض الأسواق التي تعاني من عدم النشاط على المدى القصير عن طريق الخطأ على أنها مغلقة. تم إصلاح هذا وتقديمه للتدقيق ، ومن المتوقع نشر الإصلاح الأسبوع المقبل. في الوقت الحالي، يتم تمكين الأسواق التي نعتقد أنها لم تتأثر فقط. - الحلول المدروسة لتحسين دعم RWA ، ومعالجة المشكلات المعروفة التالية: - لمنع إنشاء الأوامر عند إغلاق سوق RWA ، نحتاج إلى تقديم علم is_market_open لكل سوق ، يتصرف بشكل مشابه لعلم ADL ، يتم تحديثه بواسطة الحافظ. - بالإضافة إلى حظر إنشاء الأوامر ، يجب إدخال معلمات مؤقتة في حالات السوق المغلقة لتقليل مخاطر LP والمتداول ، على سبيل المثال ، زيادة رسوم الاقتراض ونسب الضمان الدقيقة. - لتجنب المشاكل الناجمة عن التأخر في تحصيل رسوم التمويل (والتي يمكن أن تؤدي إلى ديون السوق) ، يجب السماح للحراس بتنفيذ عمليات التصفية عند إغلاق الأسواق. حاليا ، يتم التخفيف من ذلك جزئيا عن طريق زيادة نسب الضمان الدنيا - تسمح شيكات التصفية الحالية للأرباح بتعويض الرسوم ، مما قد يؤدي إلى تراكم صفقات مربحة للغاية تتراكم رسوم تمويل كبيرة. في أسواق RWA ، حيث تكون فجوات الأسعار في السوق المفتوحة شائعة ، قد تختفي الأرباح المرتفعة غير المحققة على الفور ، مما يكشف فجأة عن رسوم تمويل كبيرة ويتسبب في عدم كفاية الضمانات ، مما قد يؤدي إلى ديون السوق. نقترح إدخال آلية جديدة لمكافحة التشهير للتعامل مع مثل هذه المراكز عند إغلاق السوق (على سبيل المثال ، التخفيض الجزئي القسري للمركز لدفع رسوم التمويل المتراكمة). تم التخطيط لحل هذه المشكلات في الإصدار 0.8 ؛ بالنظر إلى نسب الضمانات الحالية المرتفعة نسبيا ، فإن المخاطر الفورية منخفضة. - تم تعديل خوارزمية حساب الأداء السنوية GLV / GM بناء على معلومات من Kalcrypto لتتماشى مع نهج GMX. - استكمال الدعم للنشر الموزع والتطوير الجزئي لواجهة برمجة التطبيقات لنظام Keeper الجديد؛ من المتوقع أن ينتهي تطوير واجهة برمجة تطبيقات الاشتراك المتبقي الأسبوع المقبل. - تم تحديث الواجهة الأمامية لبرامج الإصدار 0.7 (خاصة دعم GT و RWA) ؛ واجهة برمجة تطبيقات أسعار Chainlink المتكاملة ، التي تحل جزئيا محل واجهة برمجة تطبيقات GMX (بالنسبة للرموز المميزة التي لا تغطيها GMX ، تستخدم الواجهة الأمامية الآن أسعار Chainlink للحسابات وعرض الرسم البياني). - تم البحث عن حل JIT خارج السلسلة (Just-In-Time) ، والذي يمكن أن يقلل من تكاليف التطوير مع توفير حماية أكثر ثراء وكفاءة تنفيذ أعلى مقارنة بالنهج على السلسلة. الفكرة الأساسية هي جعل تنفيذ الأمر ذريا مع تحولات GLV ، حيث يقرر الحارس ما إذا كان سيسمح بمثل هذه الإجراءات (على سبيل المثال ، رفضها إذا كان تأثير السعر المقدر مرتفعا جدا). لتحسين تجربة المستخدم ، يمكن أيضا التعامل مع إنشاء أمر JIT عبر واجهة برمجة تطبيقات Keeper: إذا تم رفض الطلب ، فيمكن للحارس رفض إنشائه مقدما. شكرا للجميع!