شرح ترقية Base Denim: كتل 200 مللي ثانية وما يحتاج المستخدمون إلى معرفته
2026-11-04
ترقية الدنيم الأساسية هي واحدة من التغييرات الأكثر أهمية القادمة إلى شبكة قاعدة البيانات. من المقرر تفعيلها على الشبكة الرئيسية في أوائل نوفمبر 2026، ستغير هذه الترقية كيفية إنتاج الشبكة للكتل، وتحسن بشكل كبير سرعة معاملات قاعدة البيانات، وتغير كيفية تفاعل المطورين مع السلسلة.
إذا كنت تستخدم قاعدة البيانات للتداول, والبناء، أو ببساطة الاحتفاظ بالأصول، فإن فهم طرح الدنيم الأساسي في نوفمبر 2026 أمر أساسي.
يغطي هذا الدليل كل شيء: ما هو الدنيم، ولماذا يتعلق بأداء شبكة قاعدة البيانات، وكيفية استبداله للكتل السريعة، وما يجب على المطورين القيام به، وكيف سيستفيد المستخدمون العاديون.
نقاط رئيسية
- ترقية الدنيم الأساسية تنقل قاعدة البيانات من كتل مدتها ثانيتان إلى كتل مدتها 200 مللي ثانية، مما يوفر خمس كتل معيارية كاملة كل ثانية.
- سيتم إلغاء الكتل السريعة بالكامل. يجب على التطبيقات الانتقال إلى الكتل المعيارية العادية واشتراكات السجل.
- ستعمل العقود التي تقيس الوقت باستخدام block.number بشكل أسرع بعشر مرات في الوقت الحقيقي وقد تحتاج إلى مراجعة عاجلة قبل ترقية الشبكة الرئيسية الأساسية.
ما هي ترقية الدنيم الأساسية؟

المصدر: x/buildonbase
ترقية الدنيم الأساسية هي تغيير كبير في البروتوكول يعيد تصميم إنتاج الكتل في قاعدة البيانات. بدلاً من إنشاء كتلة كاملة كل ثانيتين، ستنتج قاعدة البيانات كتلة معيارية كاملة كل 200 مللي ثانية.
هذه ليست مجرد تعديل بسيط في السرعة. كل كتلة مدتها 200 مللي ثانية تتلقى رقم كتلتها الخاص، التجزئة، جذر الحالة، والإيصالات. لا تزال الشبكة تحافظ على مسار التأكيد غير الآمن → الآمن → النهائي المألوف، ولكن العملية الكاملة تحدث الآن خمس مرات أسرع.
كما يقدم الدنيم BaseTime، آلية جديدة على السلسلة تمنح التطبيقات توقيتًا بدقة المللي ثانية مع الحفاظ على الطابع الزمني التقليدي القائم على ثواني لإيثريوم للتوافق. معًا، تجعل هذه التغييرات قاعدة البيانات واحدة من أسرع وأكثر الشبكات Layer 2 استجابةً المتاحة.
الترقية حية بالفعل على Base Sepolia (تفعيل في 21 أكتوبر 2026) وعلى شبكة Vibenet التجريبية. الشبكة الرئيسية الأساسية تستهدف 5 نوفمبر 2026.
الدنيم الأساسية نوفمبر 2026: الجدول الزمني والحالة
تاريخ 5 نوفمبر هو هدف تخطيطي وقد يتحول قليلاً. يجب على مشغلي العقد مراقبة الإصدار الرسمي للإصدارات المطلوبة base-reth-node و base-consensus قبل تفعيل الشبكة الرئيسية.
كتل 200 مللي ثانية: قلب ترقية شبكة قاعدة البيانات
أكبر تحسين مرئي من تغيير كتل قاعدة البيانات 200 مللي ثانية هو السرعة. سابقًا، كانت قاعدة البيانات تنتج كتلة واحدة كل ثانيتين. بعد الدنيم، ستنتج الشبكة خمس كتل كاملة كل ثانية.
لماذا هذا مهم لسرعة معاملات قاعدة البيانات
- تتأكد المعاملات وتصبح مرئية بسرعة أكبر بكثير.
- تتلقى التطبيقات تحديثات حالة جديدة أكثر تكرارًا بخمس مرات.
- يختبر المستخدمون واجهات أكثر استجابة عند التفاعل مع dApps و DEXs والمحافظ على قاعدة البيانات.
من المهم أن الدنيم لا يغير الطابع الزمني القائم على الثواني في رأس الكتلة لإيثريوم. بدلاً من ذلك، يضيف مكونًا دقيقًا للمللي ثانية من خلال معاملة نظام تسمى إيداع BaseTime.
يظهر هذا الإيداع كالمعاملة الثانية في كل كتلة ويسجل قيم 0، 200، 400، 600، أو 800 مللي ثانية.
يمكن للعقود قراءة الطابع الزمني الكامل للمللي ثانية من خلال الأداة الأولية BaseTime، بينما يبقى block.timestamp التقليدي في ثوانٍ كاملة لضمان التوافق الكامل.
سيتم إلغاء كتل فلاش الأساسية
قبل الدنيم، اعتمدت العديد من التطبيقات على كتل فلاش الأساسية، وهي تحديثات حالة قيد الانتظار تدريجية أعطت لمحة عن الكتلة التالية. ساعدت كتل فلاش في تقليل التأخير الملاحظ، ولكنها لم تكن أبداً كتل معيارية كاملة.
مع ترقية الدنيم الأساسية، سيتم إلغاء كتل فلاش بالكامل. ستنتج الشبكة فقط كتل معيارية كاملة مدتها 200 مللي ثانية.
ما يجب على المطورين تغييره
لا يوجد ما يعادل “pending” مباشرةً بعد التفعيل. يجب على جميع التكاملات الانتقال إلى تدفقات البيانات القياسية.
اقرأ أيضًا: Base مقابل Robinhood Chain: مقارنة كاملة 2026
تحذير هام لعقود الذكاء
أحد أهم النقاط في وثائق ترقية شبكة Base هو التأثير على العقود التي تقيس الوقت باستخدام أعداد الكتل.
نظرًا لأن أعداد الكتل ستتقدم بمعدل أسرع عشر مرات، فإن أي منطق يعتبر “N كتلة” كمدة سيكتمل في حوالي عشر الوقت المقصود على الساعة.
أنماط شائعة تنكسر
- قفل الوقت وفترات الانتظار المقاسة كـ block.number - start >= N
- جداول الإصدارات أو الانبعاث تعتمد على أعداد الكتل
- حدود معدل لكل كتلة
- تأخيرات فترات التصويت الحكومي
- المواعيد النهائية المحددة كـ expirationBlock = block.number + N
المنطق الذي يستخدم block.timestamp يبقى غير متأثر تمامًا.
التوصية: تدقيق كل عقد يقوم بتحويل أعداد الكتل إلى وقت. يجب على العقود القابلة للتحديث الانتقال إلى منطق قائم على الطوابع الزمنية أو تعديل الأرقام. قد تتطلب العقود غير القابلة للتغيير خطة هجرة قبل ترقية الشبكة الرئيسية لـ Base.
تحسينات رموز B20 في Denim
كما أن Denim يقوم بتشديد القواعد لقاعدة B20 القياسية الأصلية بطريقتين مهمتين:
1. رفض الرمز نفسه كمستلم ائتمان
التحويلات أو الانبعاثات أو المصادرات التي ترسل الرموز إلى عنوان الرمز الخاص بها ستعود الآن مع InvalidReceiver.
هذا يمنع المستخدمين من قفل الأموال عن طريق الخطأ من خلال لصق عنوان عقد الرمز بدلاً من عنوان المحفظة.
التحويلات الذاتية (إرسال إلى نفسك) لا تزال تعمل، ويمكن للمصدرين استرداد الرموز المقفلة مسبقًا عبر وظيفة المصادرة.
2. سياسة تنفيذ تحويل أقوى
السياسة الآن تنطبق على كل مسار تحويل، بما في ذلك عندما ينقل حامل الرموز الخاصة به مع استدعاء تحويل بسيط.
سابقًا، كان بإمكان الحائزين تجاوز السياسات التنفيذية التقييدية. الرموز التي لم تحدد هذه السياسة تظل غير متأثرة (الإعداد الافتراضي دائمًا مسموح).
تحسن هذه التغييرات الأمان والاتساق للرموز المقيدة أو الأمنية المبنية على B20.
اقرأ أيضًا: استغلال خزينة Base: كيف تم سحب 6 مليون دولار من wstETH من خلال الوصول إلى القائمة البيضاء
كيف يحسن التحديث أداء شبكة Base
ترقية Base Denim تقدم عدة فوائد أداء واضحة:
- إنتاج كتل أسرع → زمن انتقال أقل للمستخدمين والتطبيقات
- تحديثات حالة أكثر تكرارًا → تجربة أفضل للتداول عالي التردد، والألعاب، والتطبيقات الزمنية الحقيقية
- بنية أنظف → كتل قياسية كاملة بدلاً من مزيج من Flashblocks المعلقة والكتل النهائية
- توقيت بمستوى المللي ثانية → إمكانيات جديدة للتطبيقات الدقيقة على السلسلة
- نموذج الأمان المحافَظ عليه → كل كتلة لا تزال تتبع عملية التأكيد والتأكيد الكاملة
بالنسبة للتجار ومستخدمي DeFi، فإن مجموعة سرعة معاملات Base الأعلى والاستجابة المحسنة يجب أن تجعل الشبكة تبدو أكثر سلاسة بشكل ملحوظ.
التحضير لترقية الشبكة الرئيسية لـ Base
إليك قائمة تحقق عملية:
للمطورين
- جرد كل استخدام لـ Flashblocks أو علامة الكتلة "pending"
- استبدلها بمشتركين في newHeads و logs القياسية
- تدقيق العقود للمنطق القائم على عدد الكتل
- اختبر بدقة على Base Sepolia أو Vibenet
- تحديث أي فهرس للتعامل مع الحقول الجديدة الاختيارية timestampMs و blockTimestampMs
لمشغلي العقد
- انتظر إصدار النسخ الرسمية من عميل الشبكة الرئيسية
- خطط بعناية لفترة الترقية حول هدف 5 نوفمبر
لمستخدمي اللعبة اليومية
- لا يتطلب الأمر أي إجراء لاستخدام المحفظة العادية
- توقع تأكيدات أسرع وتطبيقات دائمة الاستجابة بعد التفعيل
اقرأ أيضًا: آرك ضد بيس: أي blockchain أفضل لمدفوعات العملات المستقرة؟
الخاتمة: طبقة أسرع وأنظف 2
ترقية Base Denim تمثل قفزة كبيرة للأمام لشبكة Base. من خلال الانتقال إلى كتل بمدة 200 مللي ثانية، وإيقاف Flashblocks، وتقديم طوابع زمنية دقيقة لـ BaseTime، وتضييق قواعد رموز B20، تضع Base نفسها كواحدة من الحلول ذات الأداء العالي المتاحة طبقة 2.
أوقات الكتل الأسرع تعني أداءً أفضل لشبكة Base، وتحسين تجربة المستخدم، وفرصًا جديدة للبنائين الذين يحتاجون إلى تنفيذ منخفض التأخير.
بينما يجب على المطورين التحضير بعناية، خاصة فيما يتعلق بترحيل Flashblocks ومنطق توقيت رقم الكتلة، فإن الفوائد طويلة المدى لجميع النظام البيئي واضحة.
سواء كنت متداولًا أو بنّاءً أو مؤمنًا طويل الأجل بـ Base، فإن تفعيل Base Denim في نوفمبر 2026 هو معلم يستحق المتابعة.
هل أنت مستعد لتجربة الجيل التالي من Base؟ قم بتداول رموز نظام Base البيئي بثقة على Bitrue.
ابق متقدمًا على كل ترقية رئيسية للشبكة، بما في ذلك Denim والتحسينات المستقبلية لـ Base، من خلال متابعة مدونة Bitrue للحصول على تحديثات واضحة وفي الوقت المناسب مكتوبة للمستخدمين الفعليين.
قم بزيارة Bitrue اليوم واستكشف النظام البيئي المتزايد لـ Base مع منصة موثوقة مصممة للسرعة والأمان والبساطة.
الأسئلة الشائعة
1. متى ستدخل ترقية Base Denim حيز التنفيذ على الشبكة الرئيسية؟
تستهدف Base 5 نوفمبر 2026. هذا هو هدف التخطيط وقد يتغير قليلاً. تحقق من القنوات الرسمية لـ Base لتأكيد النهائي.
2. هل ستتأثر المعاملات أو الأرصدة الحالية؟
لا. تظل الأرصدة والمعاملات الحالية آمنة. يغير الترقية فقط كيفية إنتاج الكتل الجديدة وكيفية تصرف بعض الميزات المتقدمة.
3. هل أحتاج إلى القيام بشيء ما كمستخدم عادي لـ Base؟
لا يحتاج معظم المستخدمين إلى اتخاذ أي إجراء. ستلاحظ ببساطة رؤية أسرع للمعاملات واستجابة أفضل للشبكة بشكل عام.
4. ماذا يحدث لـ Flashblocks بعد Denim؟
ستتوقف Flashblocks عن الإنتاج. يجب على التطبيقات التي لا تزال تعتمد عليها الانتقال إلى الكتل القياسية و تدفق السجلات قبل التفعيل.
5. هل العقود التي تستخدم block.timestamp آمنة؟
نعم. فقط العقود التي تقيس الوقت باستخدام block.number تتأثر. تستمر منطق الطوابع الزمنية في العمل تمامًا كما كان من قبل.
إشعار: وجهات النظر المعبر عنها تنتمي حصريًا إلى المؤلف ولا تعكس وجهات نظر هذه المنصة. هذه المنصة وشركاتها التابعة تتنصل من أي مسؤولية عن دقة أو ملاءمة المعلومات المقدمة. إنها لأغراض معلوماتية فقط وليست مقصودة كنصائح مالية أو استثمارية.
إخلاء المسؤولية: محتوى هذه المقالة لا يشكل نصيحة مالية أو استثمارية.





