Base تفعّل Denim وتنتقل إلى إنتاج 5 كتل معيارية في الثانية
الحقائق الرئيسية
فعّلت شبكة Base ترقية Denim على شبكتها الرئيسية في 5 نوفمبر، لتصبح رابع ترقية للشبكة وتنتقل إلى إنتاج 5 كتل معيارية في الثانية، بحسب فريق Base الهندسي. ويعني التغيير تقليص الفاصل بين الكتل من كتلة كل ثانيتين قبل الترقية إلى وتيرة جديدة تبلغ 5 كتل في الثانية. وأعلنت Base أن Denim «أصبحت مفعّلة على الشبكة الرئيسية»، وأنها تستبدل Flashblocks بكتل معيارية كاملة. وكانت Flashblocks تعرض تحديثات متتابعة لحالة المعاملة المعلّقة أثناء بناء الكتلة، قبل وصول الكتلة المعيارية. وتضع الترقية توقيت إنتاج الكتل وآليات تعامل التطبيقات مع الزمن في صلب التغيير، إلى جانب تعديلات لمعيار B20.
قبل Denim، كانت Base تنتج كتلة معيارية واحدة كل ثانيتين، بينما كانت Flashblocks تسد الفاصل ببث تحديثات تدريجية للحالة المعلّقة للكتلة قيد البناء، وفق شرح الفريق الهندسي. وبعد الترقية، أصبح إنتاج الكتل المعيارية نفسها يتم بمعدل 5 كتل في الثانية. وقالت Base إن Flashblocks لم تعد تنتج تدفقاً مستقلاً بعد استبدالها. ويميز هذا التغيير بين تحديثات الحالة التي كانت تظهر أثناء بناء الكتلة وبين إدراج المعاملة في كتلة معيارية مكتملة. لذلك فإن الرقم الجديد يصف وتيرة إنتاج الكتل، ولا يحدد بمفرده متى تصبح المعاملة نهائية.
أضافت Denim طبقة BaseTime التي تتيح للعقود والتطبيقات قياس الوقت المنقضي والتحقق من المواعيد النهائية بدقة المللي ثانية، بحسب Base Engineering. كما وسعت الترقية استجابات واجهة الاتصال بالشبكة RPC لتتضمن حقول توقيت اختيارية بدقة المللي ثانية للكتل والرؤوس والمعاملات والسجلات والإيصالات. وتُشتق هذه الحقول، ومنها timestampMs وblockTimestampMs، من بيانات BaseTime الموثقة. وأبقت Base حقل timestamp المعتاد بوحدة الثواني كما هو، للحفاظ على التوافق الخلفي. وبذلك تجمع الترقية بين إتاحة توقيت أدق للمطورين والإبقاء على الحقل القائم الذي تعتمد عليه التطبيقات الحالية.
وحذرت Base من أن العقود والأنظمة خارج الشبكة التي تستخدم عدد الكتل لقياس مدة زمنية ستشهد انكماش تلك المدة إلى عُشر ما كان مقصوداً بعد ارتفاع وتيرة إنتاج الكتل. وأوصى الفريق بمراجعة الافتراضات المرتبطة بعدد الكتل، واستخدام مقارنات block.timestamp عندما يكون العقد قابلاً لإعادة النشر أو الترقية. وتكتسب هذه المراجعة أهمية للتطبيقات التي تستخدم مرور عدد معين من الكتل لتحديد انتهاء مهلة أو تنفيذ إجراء. وأكدت Base أن إدراج المعاملة في كتلة مدتها 200 مللي ثانية لا يجعلها نهائية بحد ذاته. وتصبح الكتلة آمنة عند نشر دفعتها على Ethereum، ثم تصبح نهائية عندما تنهي Ethereum تلك الدفعة.
شملت Denim أيضاً تعديلات على معيار B20، إذ أضافت فحوصاً للتحويلات وسياسات امتثال قابلة لإعادة الاستخدام، وفق Base Engineering. وتوضح وثائق Base أن التحويلات وعمليات الصك والحجز إلى عنوان الرمز نفسه تُرفض. كما أصبح شرط سياسة منفذ التحويل واجب التطبيق على جميع مسارات التحويل، ويمكن عكس أي سياسة باستخدام علامة NOT. وتضيف هذه القواعد ضوابط إلى طريقة معالجة التحويلات والعمليات المرتبطة بالرموز. ويقع هذا الجانب من الترقية إلى جانب تغييرات إنتاج الكتل والتوقيت، من دون أن يغير وصف Base التقني للتحديث إلى تعهد بزيادة القدرة الاستيعابية للشبكة.
وفي تحديث عند 18:14 بالتوقيت العالمي في 5 نوفمبر، أكدت Base نجاح تفعيل Denim، لكنها قالت إنها تحقق في تأخر دوري لإدراج المعاملات تسبب في معدل كتل فارغة أعلى من المتوقع. ويمثل التأخر أول مسألة تشغيلية أعلنتها الشبكة عقب التفعيل، في وقت انتقلت فيه إلى الوتيرة الجديدة لإنتاج الكتل. كما طلبت Base من مشغلي العقد الترقية إلى الإصدار v1.5.1 قبل التفعيل، ثم أوصت في تحديث لاحق باستخدام v1.5.3 لإزالة خطر توقف المدققين المرتبط بجذر حالة غير صالح. وقالت الشبكة إنها تحققت من صحة جذر الحالة وإن المستخدمين لم يتأثروا، مضيفة أن المشغلين لا يحتاجون إلى إعادة المزامنة أو اتخاذ إجراء آخر. ولم يحدد تحديث الحالة موعداً لإنهاء التحقيق في تأخر الإدراج.