ترقية Dijkstra على Cardano تستهدف تكديسا أبسط وDeFi أكثر مرونة
الترقية المخططة تتجاوز Leios، مع تغييرات تطال سحب المكافآت وتصميم المعاملات واقتصاديات مجمعات الحصص. Carlos Lopez de Lara شرح ما قد تعنيه هذه الميزات للمستخدمين والمطورين.
By SongMarketCap
ترقية Dijkstra على Cardano قد تزيل العقبات اليومية أمام حاملي ADA مع منح المطورين طرقا أكثر مرونة لبناء التطبيقات.
خلال حديثه على Cardano Over Coffee، استعرض مدير المنتجات في Input Output Carlos Lopez de Lara حزمة تتضمن سحب المكافآت دون تفويض للتصويت، ومعاملات متداخلة وتغييرات تهدف إلى مساعدة مجمعات الحصص الصغيرة.
تظل Leios أبرز ميزة للتوسع. لكن هذه التغييرات المصاحبة قد تشكّل تجربة المستخدمين على Cardano قبل وقت طويل من ملاحظتهم لسعة إضافية في الشبكة.
سحب المكافآت قد يصبح أبسط
CIP-181 سيزيل شرط وجود تفويض تصويت نشط قبل سحب مكافآت التكديس.
اليوم، يتعين على المستخدمين تفويض قوتهم التصويتية إلى DRep أو اختيار Abstain أو No Confidence قبل السحب. التغيير المقترح سيزيل ذلك الشرط المسبق مع إبقاء المشاركة في الحوكمة متاحة.
بالنسبة لمجمعات الحصص الصغيرة، يتناول CIP-23 مسألة توزيع المكافآت. أوضح Carlos أن تكلفة مجمع دنيا ثابتة يمكن أن تلتهم قدرا كبيرا من المكافآت التي يحققها مجمع ينشئ الكتل على نحو غير متكرر، ما يترك القليل للمفوّضين.
هامش أدنى سيوفر آلية أخرى لتعويض المشغّلين. وبالاقتران مع قرارات لاحقة للمعلمات، قد يساعد ذلك المجمعات الصغيرة على تقديم عرض أكثر جاذبية للمفوّضين.
ذكر Carlos أن طلبات SPO ساعدت في دفع التنفيذ قدما. ولا تزال المواد التخطيطية المنشورة تجعل تفعيل قاعدة الرسوم مشروطا بجاهزية التنفيذ والحوكمة. لذلك لا ينبغي افتراض تحسّن فوري في المكافآت.
Babel fees قد تزيل عقبة في بدء الاستخدام
المعاملات المتداخلة ستسمح بتجميع إجراءات مخوّلة بشكل مستقل داخل معاملة أكبر.
عرض Carlos هذه الفرصة من خلال Babel fees. يمكن لشخص يمتلك رمزا أصيلا على Cardano أن يعبّر عن مبادلة مقصودة، بينما يزوّد مشارك آخر مقدار ADA المطلوب لرسوم الشبكة.
بالنسبة لمستخدم جديد، قد يكون الفارق العملي كبيرا باستخدام رمز دون الحاجة أولا إلى اقتناء رصيد منفصل من ADA.
لا تزال الرسوم تُدفَع. ستنظم التطبيقات من يقدّمها وبأي شروط.
هذه القدرة ستمنح مطوّري المحافظ وDeFi مزيدا من الحرية لتنظيم المعاملات حول الإجراء الذي يريد المستخدم إتمامه. تقديم تجربة بسيطة سيظل بحاجة إلى دعم من التطبيقات.
ناقش Carlos أيضا تحسينات على الحساب بوصفها أساسا لتحويلات صغيرة مستقبلية. هذه التحضيرات لا تعني أن Dijkstra سيجعل المدفوعات الصغيرة أرخص على الفور.
[NEWSBREAK]
المحافظ والأدوات يجب أن تكون جاهزة
Dijkstra يغيّر هياكل المعاملات والكتل، مما يتطلب تحديثات منسّقة عبر المحافظ والمفهرسات ومكتبات التطوير.
وصف Carlos تسلسلا مخططا يدعم فيه node 11.2 اختبار ميزات Dijkstra الأخرى، يلي ذلك دمج Leios في 11.3. وقد عرض تلك الإصدارات باعتبارها معالم تطويرية، مع ترك تحديد الجاهزية للاختبارات.
يجب أن يتقدّم عمل الحوكمة جنبا إلى جنب مع الهندسة. تحتاج المعلمات القابلة للضبط الجديدة إلى ضوابط دستورية قبل أن يتمكن المجتمع من إدارتها.
كما يميّز مخطط الإطلاق المنشور بين أهداف إتمام البرمجيات وتفعيل mainnet. يتطلب نشر Testnet واختبار المشغّلين والتصديق الحوكمي وقتا إضافيا.
بالنسبة للمستخدمين، قد تكون المكاسب الأوضح خطوات أقل قبل سحب المكافآت أو استخدام رمز. وبالنسبة للمطورين، يقدّم Dijkstra مرونة أكبر في كيفية بناء تلك التفاعلات. والمهمة التالية هي تحويل تلك المرونة إلى منتجات موثوقة.