ما هي المفاجآت التي يمكن أن تجلبها ترقية Celestia's Ginger؟

المصدر: Celestia؛ تم التجميع بواسطة: Deng Tong، Golden Finance

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

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

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

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

< /p>

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

إن CIP المضمن في ترقية Ginger هو CIP-25 (ميتا- CIP) المحدد في.

يتضمن CIP في Ginger ما يلي:

• CIP-21 : تقديم نوع ثنائي ثنائي كبير الحجم للمُوقع الذي تم التحقق منه

• CIP-24: متغيرات جدولة الغاز ذات الإصدار

• CIP- 26: مهلة إصدار الإصدار

• CIP-27: حد الحظر لأرقام PFB والأرقام غير PFB

• CIP-28: حدود حجم المعاملات

  < /li>

بالإضافة إلى CIP أعلاه، يحتوي تطبيق celestia-app v3 على تغيير مهم لم يتم الإجماع عليه: BBR مطلوب بشكل افتراضي.

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

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

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

يفتح هذا الباب أمام تحسينات في الإنتاجية والأداء في المستقبل، مثل تلك الموضحة في شبكة اختبار Mammoth Mini. يتطلب celestia-app v3 تشغيل BBR افتراضيًا.

تقديم نوع الثنائية الثنائية الثنائية الكبيرة للمُوقع الذي تم التحقق منه

يقدم CIP-21 "الكائنات الثنائية الثنائية الكبيرة المؤلفة"، حيث يتم تضمين عنوان الموقّع مباشرة في البيانات التعريفية للكائنات الثنائية الثنائية الكبيرة. يتحقق مدقق Celestia الآن من تطابق الموقع مع عنوان الدفع الثنائي، مما يلغي الحاجة إلى التجميع لاسترداد ومعالجة معاملات PayForBlobs بشكل فردي. يؤدي هذا إلى تبسيط عملية التحقق للتجميعات، مما يسمح لها بالتحقق مباشرة من حقل مُوقع الكتلة لضمان صحتها.

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

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

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

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

حدود الحظر على أرقام PFB والأرقام غير PFB

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

الحد الأقصى لحجم المعاملة

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