ترقية BASE DENIM: ما تحتاج معرفته تم إطلاق الترقية الرابعة لشبكة @base، Denim، على الشبكة الرئيسية في 5 نوفمبر 2026. وهي تقدم كتلًا بسرعة 200 مللي ثانية مدمجة، وتوقيتًا ذكيًا للعقود الذكية بدقة ملي ثانية عبر BaseTime، وتحكمًا أقوى في نقل رموز B20. إليك ما تغيّر ولماذا يهم ذلك. ⇩ ⊹ الكتل الأصلية بسرعة 200 مللي ثانية: ما وراء Flashblocks سابقًا، كانت Base تستخدم Flashblocks لتقديم معاينات المعاملات أثناء تجميع الكتل. وقد وفرت هذه المعاينات رؤية أسرع، لكنها لم تكن حالة قانونية، ويمكن أن تتغير قبل اكتمال الكتلة. تستبدل Denim نظام المعاينة المنفصل هذا بخمس كتل قانونية كاملة في الثانية، ويمكن الوصول إليها عبر طرق Ethereum JSON-RPC القياسية. وهذا يبسّط كيفية وصول التطبيقات إلى أحدث الحالة، ويُلغي الحاجة إلى مزامنة معاينات Flashblocks مع الكتل المكتملة. ⊹ الأرقام المتسلسلة للكتل الآن تزداد أسرع بعشر مرات تنتقل Base من كتلة واحدة تقريبًا كل ثانيتين إلى كتلة واحدة كل 200 مللي ثانية. ومع ذلك، فإن الإدراج الأسرع لا يعني النهاية الفورية. تصبح المعاملات آمنة عندما يتم نشر دفعتها على Ethereum، وتصبح نهائية عندما ينهي Ethereum تلك الدفعة. هناك أيضًا اعتبار مهم للعقود الذكية الحالية: قد تتصرف التطبيقات التي تستخدم block.number لقياس الوقت المنقضي بشكل مختلف. كان تأخير قدره 100 كتلة يمثل حوالي 200 ثانية سابقًا. تحت Denim، يمثل حوالي 20 ثانية. ويمكن أن يؤثر هذا على فترات التأجيل، وتأخير السحب، وجداول التخصيص، وفترات الحوكمة، وأوقات الانتظار، وحسابات TWAP. يجب على المطورين مراجعة الافتراضات المتعلقة بالتوقيت القائم على الكتل، وليس التعامل مع هذا كتحسين بسيط في السرعة. ⊹ BaseTime: دقة بالملي ثانية تقدم Denim BaseTime، مما يمنح العقود الذكية إمكانية الوصول إلى طوابع زمنية بدقة بالملي ثانية. يبقى block.timestamp القياسي مقاسًا بالثواني الكاملة. وبما أن Base تنتج الآن خمس كتل في الثانية، فقد تشترك الكتل المتتالية في نفس الطابع الزمني. يوفر BaseTime توقيتًا أدق للتطبيقات مثل المزادات وأنظمة التداول وحسابات المكافآت الحساسة للوقت. ومن المهم أن لا يستبدل BaseTime block.timestamp القياسي بالمللي ثانية. يجب على المطورين استخدام BaseTime صراحةً عند الحاجة إلى دقة أعلى. ⊹ B20: تحكمات أقوى للرموز كما تحسن Denim معيار الرموز الخاص بـ Base، B20، من خلال ثلاث تغييرات: ▹ سياسات الامتثال القابلة لإعادة الاستخدام: تضيف عامل NOT إلى جانب AND و OR، مما يسمح للمُصدرين ببناء شروط نقل أكثر مرونة. ▹ تنفيذ مُنظّم النقل: يغلق ثغرة كانت تسمح بالاستدعاء المباشر للنقل لتجنب سياسة TRANSFER_EXECUTOR_POLICY المُحددة. ▹ حماية من فقدان الرمز: الآن تُلغى عمليات النقل أو الإصدار أو الاستيلاء إلى عنوان العقد نفسه مع خطأ InvalidReceiver، مما يساعد على منع حبس الرموز هناك. هذه التحسينات تعزز تحكم المُصدرين، لكنها لا تضمن تلقائيًا الامتثال التنظيمي. لا يزال ذلك يعتمد على التنفيذ والولاية القضائية. ⊹ ما يحتاجه المطورون لمراجعته ▹ نقل التطبيقات المعتمدة على Flashblocks إلى اشتراكات الكتل القانونية وطرق RPC القياسية. ▹ مراجعة العقود التي تستخدم عدد الكتل كقياس للوقت. ▹ استخدام BaseTime حيثما تكون الدقة دون الثانية ضرورية. ▹ تحديث البنية التحتية لـ RPC والفهارس والمتصفحات لسرعة الكتل الأسرع. ▹ مراجعة سياسات النقل والامتثال الخاصة بـ B20. ⊹ تقييمي Denim ليست مجرد تخفيض في وقت الكتلة. الكتل القانونية الأصلية بسرعة 200 مللي ثانية تبسّط الوصول إلى الحالة، ويقدم BaseTime إمكانات توقيت أدق، وتقوي التغييرات في B20 التحكم على مستوى الرمز. التعويض هو أن التطبيقات الحالية يجب أن تراجع الافتراضات المبنية على سرعة الكتل السابقة. كما لا ينبغي الخلط بين الإدراج الأسرع والنهاية المدعومة من Ethereum. توفر هذه الترقية بنية تحتية أكثر قدرة للمطورين، لكن قيمتها طويلة الأمد ستتوقف على مدى فعالية تكيّف التطبيقات واستخدامها لهذه التحسينات. هذا رأيي استنادًا إلى البيانات التي راجعتها، وليس نصيحة مالية.