Aina-

🖤👈🏻

45 تتابع

1.0K+ المتابعون

3.6K+ إعجاب

منشورات

الكل

اقتباسات

Live

PINNED

Aina-

تمّ التحقق

التكلفة الحقيقية لطبقة مدفوعات الوكلاء ليست الرسوم، بل الساعات التي يخسرها المطوّر عندما تفشل دفعة ولا يستطيع أحد تفسير السبب. يُعدّ Kite مشروعًا جيدًا لاختبار ذلك. أُطلقت الشبكة الرئيسية في أبريل، مع Agent Passport وأكثر من 90 مزوّد خدمة مدمجين مسبقًا، إلى جانب دعم x402 وMCP، وواجهة سطر الأوامر kpass، وشبكة اختبار. وبالنسبة إلى المطوّرين، فإن المسار المدعوم بالكامل حاليًا هو MCP: إذ تتصل وكلاء مثل Cursor وClaude Desktop بـ Kite، وتُجرى المدفوعات ضمن جلسة ذات حدّ للإنفاق. ما يعجبني: تسرد الوثائق حالات إخفاق فعلية، مثل انتهاء صلاحية الجلسات وعدم كفاية الميزانية، مع حلول لها. وما سأراقبه: تنتهي صلاحية الجلسات، لذا فإن «شغّله مجددًا غدًا» تعني إعادة المصادقة، كما أن اثنين من أوضاع المطوّرين الثلاثة، وهما المخصّصان للإعداد البرمجي، لا يزالان مُدرجين على أنهما «قريبًا». #KiteBBW لا يُعدّ أي من ذلك علامة تحذير في هذه المرحلة المبكرة. إنها ببساطة الفجوة بين بنية قوية وتجربة بناء سلسة. لذا اختباري بسيط: هل يستطيع مطوّر عادي بناء وكيل يدفع مقابل واجهة API خلال عطلة نهاية أسبوع واحدة، ثم تشغيله مجددًا في اليوم التالي من دون تخمين؟ إذا كان ذلك ممكنًا، فستصبح تجربة المطوّرين الميزة التنافسية الحقيقية لـ Kite. وإن لم يكن، فستبقى البنية الرائعة مجرد مخطط. أين يعلق المطوّرون أولًا؟ 📊 بناء وكيل يدفع مقابل كل استدعاء لواجهة API. ما أول شيء يجعلك تستسلم؟ #KiteBBW $KITE $BIRB $IRYS {future}(IRYSUSDT) {future}(BIRBUSDT) {future}(KITEUSDT)

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

يُعدّ Kite مشروعًا جيدًا لاختبار ذلك. أُطلقت الشبكة الرئيسية في أبريل، مع Agent Passport وأكثر من 90 مزوّد خدمة مدمجين مسبقًا، إلى جانب دعم x402 وMCP، وواجهة سطر الأوامر kpass، وشبكة اختبار. وبالنسبة إلى المطوّرين، فإن المسار المدعوم بالكامل حاليًا هو MCP: إذ تتصل وكلاء مثل Cursor وClaude Desktop بـ Kite، وتُجرى المدفوعات ضمن جلسة ذات حدّ للإنفاق.

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

لا يُعدّ أي من ذلك علامة تحذير في هذه المرحلة المبكرة. إنها ببساطة الفجوة بين بنية قوية وتجربة بناء سلسة.

لذا اختباري بسيط: هل يستطيع مطوّر عادي بناء وكيل يدفع مقابل واجهة API خلال عطلة نهاية أسبوع واحدة، ثم تشغيله مجددًا في اليوم التالي من دون تخمين؟

إذا كان ذلك ممكنًا، فستصبح تجربة المطوّرين الميزة التنافسية الحقيقية لـ Kite. وإن لم يكن، فستبقى البنية الرائعة مجرد مخطط.

أين يعلق المطوّرون أولًا؟

📊 بناء وكيل يدفع مقابل كل استدعاء لواجهة API. ما أول شيء يجعلك تستسلم؟

#KiteBBW $KITE

$BIRB $IRYS

Session and auth setup

Errors I can't trace

Docs with no working example

Features still "coming soon"

14 ساعة (ساعات) مُتبقية

KITE‎-5.00%

Aina-

تمّ التحقق

التعليمات الخاصة التي تعمل على سلسلة واحدة فقط مفيدة، لكنها محدودة. هذه هي الفجوة التي أريد من Nillion أن تسدّها بعد إطلاق Dusk على الشبكة الرئيسية لإيثيريوم في 28 سبتمبر. إليك كيف تعمل Covenants اليوم: تربط تعليمةً بشرط، وتظل مشفّرة أثناء انتظارها، ثم تُفتح عند تحقق ذلك الشرط. بداية جيدة، لكنها تظل محصورة في سلسلة واحدة. ولهذا لفت انتباهي كلٌّ من Darkfall وSkyglow ضمن خارطة طريق Nillion المكوّنة من سبع مراحل. من المقرر إطلاق Darkfall بين نوفمبر 2026 وفبراير 2027. الفكرة هي إتاحة كل ما تفعله Dusk على عدة سلاسل EVM عبر شبكة واحدة، مع عُقد وأدوات خاصة بكل سلسلة، كي يتمكن المشغّلون والمطوّرون من العمل بشكل أصيل على كل سلسلة. @nillionnetwork أما Skyglow فتذهب إلى أبعد من ذلك. تصف خارطة الطريق التحقق من شرط على سلسلة، بينما تُنفَّذ تسوية التعليمة على سلسلة أخرى، مع استخدام براهين تشفيرية للتحقق من عملية الكشف. كما تستهدف دعم سلاسل تتجاوز سلاسل EVM. #NIL أهم ما يهمني بسيط: ينبغي أن يتبع الإجراء المُفرَج عنه شرطه من دون إضافة طرف جديد يتعين الوثوق به. ربط السلاسل هو الجزء السهل. أما الحفاظ على هذا الضمان أثناء الانتقال فهو الجزء المعقد، وأظن أن معظم التصاميم العابرة للسلاسل تواجه صعوبة فيه. إذا نُفّذ الأمر على الوجه الصحيح، فلن تبدو التعليمات الخاصة حكرًا على حالات استخدام نادرة. للتوضيح، Darkfall وSkyglow هدفان في خارطة الطريق، وليستا ميزتين متاحتين حاليًا. أي خطوة في خارطة الطريق ينبغي أن تنفذها Nillion أولًا؟ $NIL #nil $NIL @nillionnetwork

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

إليك كيف تعمل Covenants اليوم: تربط تعليمةً بشرط، وتظل مشفّرة أثناء انتظارها، ثم تُفتح عند تحقق ذلك الشرط. بداية جيدة، لكنها تظل محصورة في سلسلة واحدة.

ولهذا لفت انتباهي كلٌّ من Darkfall وSkyglow ضمن خارطة طريق Nillion المكوّنة من سبع مراحل.

من المقرر إطلاق Darkfall بين نوفمبر 2026 وفبراير 2027. الفكرة هي إتاحة كل ما تفعله Dusk على عدة سلاسل EVM عبر شبكة واحدة، مع عُقد وأدوات خاصة بكل سلسلة، كي يتمكن المشغّلون والمطوّرون من العمل بشكل أصيل على كل سلسلة. @Nillion

أما Skyglow فتذهب إلى أبعد من ذلك. تصف خارطة الطريق التحقق من شرط على سلسلة، بينما تُنفَّذ تسوية التعليمة على سلسلة أخرى، مع استخدام براهين تشفيرية للتحقق من عملية الكشف. كما تستهدف دعم سلاسل تتجاوز سلاسل EVM. #NIL

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

للتوضيح، Darkfall وSkyglow هدفان في خارطة الطريق، وليستا ميزتين متاحتين حاليًا.

أي خطوة في خارطة الطريق ينبغي أن تنفذها Nillion أولًا؟ $NIL

#nil $NIL @Nillion

Darkfall

71%

Skyglow

29%

Non-EVM

Both together

7 الأصوات • تمّ إغلاق التصويت

NIL+3.43%

Aina-

🌸

Hoorain_X

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

قد تنكشف استراتيجيتك قبل تنفيذ صفقتك حتى.

فكّر في الأمر.

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

هنا تبدأ العهود في إثارة الاهتمام.

بدلًا من نشر تعليمات بصيغة مقروءة، تُحكم إغلاقها وفق شرط محدد مسبقًا. وتظل التعليمات المشفّرة غير مقروءة بينما تنتظر شبكة عُقد Nillion تحقق ذلك الشرط. وعند تحققه، تتيح العُقد الحصص التشفيرية اللازمة، ما يسمح بإعادة بناء التعليمات وتنفيذها على Ethereum.

يمكنك إعداد استراتيجيتك مسبقًا من دون بث تفاصيلها إلى كل من يراقب السلسلة.

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

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

بالطبع، لا تضمن السرية تنفيذًا أفضل، ولا تقضي على كل أشكال MEV، ولا تمنع كل عيوب التنفيذ. فما زالت الشروط وآلية التنفيذ مهمة.

لكن الفكرة تستحق الاهتمام.

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

فما أكثر ما يعجبكم في العهود؟؟؟
#NIL $NIL