ماذا يحدث عندما يمكن لوكالات الذكاء الاصطناعي التداول على Sui دون أن تمتلك أبدًا مفاتيحك الخاصة؟ أطلق @CetusProtocol مؤخرًا Cetus Skills، وهي مجموعة مفتوحة من مهارات Claude Code تسمح لوكالات الذكاء الاصطناعي بالاتصال مباشرة ببنية Cetus الأساسية على @SuiNetwork. التثبيت يُجرى بسطر واحد عبر مستودع GitHub: npx skills add CetusProtocol/cetus-skills تتضمن كل مهارة ثلاث طبقات: → README.md للبشر → SKILL.md، مرجع قصير مكتوب للوكالات → ملفات مرجعية تحتوي على مخططات تفصيلية، وأحمال، وحالات حافة إذًا، الوثائق مكتوبة لقارئين في آنٍ واحد: المطور والوكيل. إليك ما تفعله كل مهارة 👇 🔵 cetus-aggregator (واجهة برمجة تطبيقات REST) → يجد أفضل مسارات التبادل عبر DEXs على Sui ويبني معاملة التبادل → يسرد SDK Snapshot 37 مزود سيولة، بما في ذلك Cetus CLMM وDLMM، DeepBook V3، Aftermath، Turbos، FlowX، Bluefin، Haedal، Kriya، Scallop، Suilend، Momentum، Magma والمزيد → يمكن تقسيم الطلبات إلى ما يصل إلى 50 طريقة، مع ما يصل إلى 3 قفزات لكل مسار → لا حاجة لمفتاح واجهة برمجة التطبيقات التدفق بسيط: 1. يسأل الوكيل المستخدم عن زوج الرموز والكمية والانزلاق 2. يحصل على عرض سعر ويعرضه للمستخدم 3. بمجرد تأكيد المستخدم، يبني المعاملة 4. يوقع المحفظة أو المُوقِّع ويُرسل المعاملة 🔵 cetus-clmm (SDK TypeScript + Move) → إنشاء مجموعات، فتح وإغلاق مراكز بفترات شرائح مخصصة → إضافة أو سحب السيولة باستخدام كلا العملتين أو باستخدام عملة واحدة فقط → تبادلات في مجموعة واحدة، بالإضافة إلى طريقة لحساب نتيجة التبادل قبل تنفيذها → قروض فورية: اقتراض إحدى العملتين وسدادها في نفس المعاملة → جمع رسوم LP والمكافآت مصممة لأزواج مستقرة وLPs السلبية. 🔵 cetus-dlmm (SDK TypeScript + Move) → السيولة تقع في صناديق أسعار منفصلة بدلاً من النطاقات المستمرة → 3 استراتيجيات توزيع: Spot (متساوية)، Curve (متركزة بالقرب من السعر)، BidAsk (موزعة بشكل مرجح نحو الحواف) → رسوم ديناميكية: رسوم أساسية بالإضافة إلى رسوم متغيرة تزداد مع التقلبات → المراكز هي NFTs تحتفظ بحصص عبر عدة صناديق هذا مناسب لأزواج متقلبة وصانعي أسواق نشطين. إذًا، ما الذي جذب انتباهي حقًا؟ ليس العلامة "عصر الذكاء الاصطناعي". بل التصميم الأمني الكامن وراءه. 1. الوكالات لا تلمس أبدًا المفاتيح الخاصة كل مهارة تعيد معاملة غير موقعة. المعلمة الوحيدة التي يحتاجها الوكيل هي عنوان المحفظة. → الوكيل يجد المسار ويبني المعاملة → محفظة المستخدم أو المُوقِّع توافق عليها كما قال @suidevelopers، لا ينبغي لوكلة تقوم بالتداول أن توقع تبادلاتها بنفسها. 2. قواعد الانزلاق مُدمجة داخل المهارة → القيمة الافتراضية هي 0.5% → الموصى به: 0.5% للعملات المستقرة، 1% للأزواج المتقلبة → أي شيء أعلى من 50% يُرفض → يُطلب من الوكيل دائمًا تحذير المستخدم من مخاطر الانزلاق قبل بناء التبادل 3. التأكيد مدمج في التدفق يعرض الوكيل عرض السعر أولًا، ثم يبني المعاملة فقط بعد تأكيد المستخدم. لماذا هذا مهم؟ معظم المخاوف حول وكالات الذكاء الاصطناعي في DeFi تعود إلى شيء واحد: منح روبوت سيطرة كاملة على أموالك. نهج Cetus يحافظ على الوكيل كمن يخطط ويبني التداول، والمستخدم كمن يوافق عليه. هذا لا يزيل المخاطر، لكنه يضيف نقطة تحقق واضحة بين "قرر الوكيل" و"تحركت الأموال". لكن لا تزال هناك أسئلة مفتوحة حول هذا 👇 سأل @ZealynxSecurity سؤالًا عادلًا: هل يتم تطبيق حدود الانزلاق وقوائم السماح بالرموز داخل المهارة، أم تُترك لسياسة محفظة كل وكيل؟ → قواعد الانزلاق هي تعليمات للوكيل، وليست حدودًا مُطبقة على السلسلة → لا يوجد قائمة سماح مدمجة → على السلسلة، الحماية تأتي من حدود الإخراج الأدنى والإدخال الأقصى في كل تبادل إذًا، يمكن لوكلة مخترقة أو مُخترقة عبر تعليمات أن تبني معاملة سيئة. الخط الدفاعي الأخير لا يزال المُوقِّع. لهذا السبب طبقة المحفظة مهمة بقدر أهمية Cetus نفسها. أشارت Cetus إلى @t2000ai و@LoquaApp و@Sup_Wallet و@WaaPxyz كمطورين يعملون على محافظ جاهزة للوكالات، وواجهات قائمة على النوايا واستراتيجيات ذكاء اصطناعي على Sui. إذا استطاعت هذه المحافظ فرض حدود إنفاق، وقوائم سماح، وقواعد موافقة، فسيصبح النظام بأكمله أكثر أمانًا. إذًا ماذا عن الجانب التجاري؟ كل من CLMM وDLMM تتضمن نسخ شركاء لوظائف التبادل الخاصة بها، ويقبل الوكيل هوية شريك لتقاسم رسوم الإحالة. → يمكن لمطوري الوكالات الذين يوجهون حجم التداول عبر Cetus الحصول على حصة من الرسوم → هذا يمنحهم سببًا مباشرًا للتكامل، وليس فقط الراحة إذا نما حجم الوكالات، فقد يصبح هذا قناة توزيع حقيقية لسيولة Cetus. كيف يناسب هذا؟ → 19 أكتوبر: تم ترقية حزمة CLMM إلى v15. كان على المدمجين التحديث، وواجه Epoch تعطلًا قصيرًا قبل إصدار إصلاح بالإضافة إلى نظام فحص الإصدار. لم تكن الأموال معرضة للخطر. → 20 أكتوبر: تم رفع جائزة Bug Bounty على HackenProof إلى 1 مليون دولار للعثور على ثغرات حرجة، مع نطاق أوسع → 21 أكتوبر: تم إطلاق Cetus Skills → 22 أكتوبر: أكدت Cetus أنها لا تستخدم PHP في أي مكان ولا تتأثر بمخاوف الثغرة في PHP بعض الملاحظات للمطورين: → يمكن بناء معاملات التبادل فقط من كمية إدخال ثابتة. عروض الأسعار الثابتة للإخراج هي فقط للتحقق من السعر. → القروض الفورية متاحة فقط في CLMM. DLMM لا تحتوي عليها. → إصدارات SDK مثبتة في المستودع اعتبارًا من 21 أكتوبر، وتتطلب Sui SDK 2.x → بعد الترقية v15، يُوصي المستودع بقراءة عناوين العقود من إعدادات SDK بدلاً من تثبيتها مباشرة أعتقد أن هذا خطوة ذكية بصراحة. تحتاج الوكالات إلى أسواق عميقة للتداول فيها. على Sui، تعد Cetus بالفعل الطبقة الرئيسية للسيولة والتوجيه. جعل هذه الطبقة سهلة الاستخدام للوكالات هو الخطوة الطبيعية التالية. لكنه لا يزال في مرحلة مبكرة جدًا. المستودع لم يكن عامًا سوى بضعة أيام فقط، والاختبار الحقيقي هو ما إذا كانت الوكالات ستجلب حجمًا ورسومًا حقيقية، وليس فقط عروضًا توضيحية. كما أشار أحد أعضاء المجتمع تحت الإعلان، ما يهم الآن هو التأثير على حجم التداول وإيرادات البروتوكول. السؤال الأكبر بالنسبة لي هو ما إذا كان التدفق المدعوم بالوكالات سيصبح مصدرًا حقيقيًا للإيرادات لـ Cetus، أم سيظل تجربة للمطورين حاليًا. هذا ما سأراقبه الآن. NFA. DYOR.