ما هي المفاجآت التي يمكن أن تجلبها ترقية الزنجبيل في سيليستيا؟

المصدر: Celestia ؛

تم نشر ترقية Lemongrass في إصدار Mainnet Beta في سبتمبر ، وهو أول ترقية إجماع لـ Celestia.ترقية الزنجبيل القادمة ، وهي Celestia-App V3 ، هي الثانية.

ضاعف الزنجبيل الكفاءة وزيادة إنتاجية توافر البيانات في سيليستيا 2x على الفور!في V3 ، يتم تحقيق ذلك عن طريق تقليل وقت الكتلة من 12 ثانية إلى 6 ثوانٍ ، مما يحسن أيضًا تجربة المستخدم من خلال وقت الانتهاء من فتحة ترتيب المعاملة بشكل أسرع.

كما وضع الزنجبيل الأساس لإدارة المجتمع ، مما يزيد من حجم الكتلة إلى 8 ميجابايت كحد أقصى كل 6 ثوانٍ ، أي ما يعادل 1.33 ميجابايت/ثانية.

يتم تنشيط الزنجبيل في ارتفاع أرابيكا 2348907 (المتوقع في 5 نوفمبر 2024).من المتوقع أن يدخل شبكة اختبار Mocha في نوفمبر و Beta Mainnet في ديسمبر.

سيليستيا على وشك التغيير

يتم تحديد CIP المدرجة في ترقية الزنجبيل في CIP-25 (CIP التعريف).

تشمل CIPS في الزنجبيل:

CIP-21: إدخال أنواع النقطة للوقوع الموقّعة
CIP-24: متغيرات جدولة الغاز المصنفة
CIP-26: وقت الإصدار
CIP-27: حدود كتلة التهم PFB وغير PFB
CIP-28: حد حجم المعاملة

بالإضافة إلى CIP أعلاه ، يحتوي Celestia-App V3 أيضًا على تغيير مهم غير متكافئ: BBR مطلوب افتراضيًا.

الافتراضي هو مسجل الصندوق الأسود

يجب أن ترسل شبكة P2P الواقعية كمية كبيرة من البيانات على مسافة طويلة.تصبح هذه مشكلة لأن خوارزميات التحكم في الازدحام الأكثر شيوعًا تقلل بشكل كبير من عدد الحزم المرسلة مع حدوث المزيد من الخسائر ، وبعبارة أخرى ، تقليل الإنتاجية.كلما طالت مدة نقل البيانات ، كلما فقدت الحزم وسوف ينخفض استخدام النطاق الترددي.والأسوأ من ذلك ، أن المخازن المؤقتة تبدأ في التراكم ، مما تسبب في الكثير من الكمون حتى بالنسبة للحزم الصغيرة.والأسوأ من ذلك ، في شبكة لا مركزية ، لا تنتظر العقد في المخزن المؤقت ؛

وجد باحثو Google أن فقدان الحزم ليس في الواقع آلية جيدة للكشف عن الازدحام.بدلاً من ذلك ، يمكننا ببساطة استخدام وقت رحلة ذهابًا وإيابًا.هذا ما يفعله BBR ويؤدي إلى زيادة كبيرة في إنتاجية الشبكات الموزعة الجغرافية الواقعية.

هذا يفتح الباب للتحسينات المستقبلية في الإنتاجية والأداء ، مثل تلك الموضحة في Mammoth Mini Testnet.يتطلب Celestia-App V3 أن يتم تشغيل BBR بشكل افتراضي.

قدم أنواع النقطة للوقوع الموقّعة التي تم التحقق منها

يقدم CIP-21 “النقطية التي تم إنشاؤها” ، حيث يتم تضمين عنوان الموقّع مباشرة في بيانات تعريف Blob.يتحقق مؤشر سيليستيا الآن من أن الموقّع يطابق عنوان دفعة الدفع ، مما يلغي الحاجة إلى التجميع لاسترداد معاملات PayforBlobs بشكل فردي.هذا يبسط عملية التحقق من الملخص ، مما يسمح لهم بالتحقق مباشرة من حقل توقيع النقطة لضمان الأصالة.

إصدار متغيرات جدولة الغاز

CIP-24 يعين متغيرات جدولة الغاز GasperBlobbyte و TxSizeCostperbyte ليتم تعديلها فقط من خلال ترقيات الشبكة ، مما يلغي القدرة على تغييرها من خلال الحوكمة على السلسلة.يهدف هذا التغيير إلى جعل تكلفة المعاملة أكثر استقرارًا ويمكن التنبؤ بها.يتيح حساب حسابات الغاز غير المتصل بسهولة دون الحاجة إلى الاستعلام عن الشبكة قبل كل معاملة.

إعدادات مهلة الإصدار

يعين CIP-26 وقت الكتلة والمهلة ذات الصلة التي يمكن التحكم فيها بواسطة إصدار التطبيق ويقلل من وقت الكتلة من 12 ثانية في V3 إلى 6 ثوان.تم تصميم هذا التغيير لزيادة إنتاجية الشبكة وتقليل وقت الانتهاء من المعاملة.كما أنه يزيد من معلمة TTL-Num-Num-blocks الخاصة بتجمع الذاكرة من 5 إلى 12 للحفاظ على سلوك معاملة ثابت مع أوقات كتلة أسرع.

حدود كتلة التهم PFB وعدم PFB

يحد CIP-27 من عدد PayforBlob (PFB) ورسائل غير PFB لكل كتلة.ينفذ هذا الاقتراح بحد 600 رسالة PFB لكل كتلة و 200 رسائل غير PFB لكل كتلة.هذه القيود هي حدود ناعمة في مرحلة التحضير ، مما يعني أنها لا يتم فرضها بشكل صارم على مستوى الإجماع.يتمثل الأساس المنطقي لهذا التغيير في منع وقت معالجة الكتلة من أن يكون طويلاً عن طريق الحد من عدد المعاملات التي يمكن التحقق منها في كل كتلة.يتم تحديد هذه القيود بناءً على المؤشر ، بهدف معالجة وقت كل كتلة تحت تكوين المدقق الموصى به حوالي 0.25 ثانية.

حد حجم المعاملة

يحد CIP-28 من حجم معاملة واحدة إلى 2Mib (2،097،152 بايت) على سيليستا.سيتم فرض هذا التقييد في جميع مراحل معالجة المعاملات (CheckTx ، PrepyProposal ، و ProcessProposal) ، وبالتالي كونه تغييرًا في إجماع الإجماع.المبدأ الأساسي هو منع مشكلة القيل والقال المعاملات الكبيرة ، حتى كتل 8 MIB أو أكبر.كما أنه يفتح الباب لتقليل وقت الكتلة وزيادة حجم الكتلة لزيادة الإنتاجية المستقبلية.