شبكة BNB تُفعّل تحديث "Pasteur" (Hard Fork) في 25 أغسطس لتعزيز الأمان ورفع السعة

تستعد شبكة BNB لتفعيل التحديث الإجباري "Pasteur" على شبكة BNB Smart Chain عند الساعة 02:30 بالتوقيت العالمي (UTC) يوم 25 أغسطس 2026. يتطلب التحديث تشغيل عميل الشبكة الإصدار v1.7.7، ويتضمن ثلاث مقترحات على مستوى البروتوكول تستهدف تشديد أمن الجسور عبر السلاسل، وتقليص مسارات التحايل المتاحة للمدققين، وزيادة قدرة الشبكة على معالجة الكتل. يجب على جميع عقد الشبكة الرئيسية (Mainnet) الترقية قبل موعد التفعيل، بينما لا يُتوقع أن يحتاج المستخدمون العاديون ومعظم مطوري التطبيقات اللامركزية إلى نقل أصول أو تعديل برمجياتهم. أبرز التغييرات في "Pasteur" BEP682 — تعزيز التحقق عبر السلاسل: ستقوم BSC بالتحقق من تواقيع المدققين قبل قبول بيانات الكتل الواردة من سلسلة أخرى. كما يمنع التحديث تكوين مجموعات مدققين مُصممة خصيصًا لتكرار احتساب قوة تصويت مدقق واحد، عبر رفض إدخالات المدققين المكررة، بما يضمن أن عتبة التصويت تعكس فعلًا أغلبية فائقة حقيقية. BEP695 — تقوية مفاتيح الإجماع والحوكمة: عند قيام المدققين بتدوير مفاتيح الإجماع، يفقد المفتاح القديم صلاحياته الإدارية ولن يحتفظ بالسلطة بعد التدوير. كما ستنتقل قرارات الاستبعاد/العقوبات المعلقة (slash evictions) مع المدقق إلى مفتاحه الجديد، ما يحد من محاولات تفادي العقوبات عبر تغيير المفاتيح. ويمنع المقترح أيضًا العناوين المدرجة على القائمة السوداء من الالتفاف على القيود من خلال التصويت في الحوكمة المعتمد على التواقيع. تؤثر هذه التغييرات في عقود النظام الخاصة بالستاكينغ والحوكمة، لكنها تُطبق على مستوى البروتوكول/عقود النظام، ما يعني أن المطورين لا يحتاجون عادة إلى ترحيل التطبيقات القائمة. BEP675 — مسار أسرع للكتل المُنفذة مسبقًا لصنّاع الكتل: يتيح لصنّاع الكتل (builders) إرسال كتل نفذوها مسبقًا، بحيث يتمكن المدققون من توقيعها وبثها بسرعة، ثم استكمال التحقق الكامل خارج المسار الحساس زمنيًا لإنتاج الكتلة. يتطلب هذا الخيار من صنّاع الكتل تشغيل عقد كاملة (full nodes) لأنهم سيُنتجون كتلًا منفذة بالكامل. ستظل عروض الكتل القديمة (legacy block bids) متاحة، لكنها تمنح صنّاع الكتل وقتًا أقل لملء الكتل. نتائج الاختبارات على QANet اختبرت شبكة BNB تحديث "Pasteur" على QANet، وهي بيئة داخلية تحاكي إعداد المدققين عبر المناطق في BSC، وسجلت تحسنات كبيرة ضمن ظروف مضبوطة: انخفض زمن المعالجة على المسار الحرج من 125 مللي ثانية إلى 15 مللي ثانية. وارتفع متوسط الغاز المستخدم في الكتلة من 46.35 مليون إلى 84.15 مليون (مقارنة بالحد الحالي البالغ 100 مليون). كما ارتفعت السعة من نحو 1,237 إلى نحو 2,324 معاملة في الثانية. وبقي زمن الفاصل بين الكتل عند 450 مللي ثانية، ولم يتغير تأخر الوصول إلى النهائية (finality lag). تؤكد شبكة BNB أن هذه الأرقام مخبرية من QANet، ولم تُثبت بعد تحقيق مكاسب مماثلة على الشبكة الرئيسية. بعد التفعيل، سيراقب المشغلون والمطورون مدى انتقال مكاسب السعة والإنتاجية إلى حركة المرور الفعلية. قائمة متطلبات مشغلي العقد (إلزامي) - تثبيت عميل الشبكة v1.7.7 قبل موعد التفعيل. العقد التي لا تُحدّث على الشبكة الرئيسية ستتخلف عن الركب. - إزالة الخيار [Eth] EnableBAL من ملف config.toml، لأن عدم إزالته سيؤدي إلى فشل تشغيل العميل المُحدّث عند بدء التشغيل. - يُوصى بإزالة [TxPool] OverflowPoolSlots (سيقوم العميل بتجاهل هذا الحقل بصمت إذا تُرك كما هو). - أصبحت عدة أعلام لسطر الأوامر غير فعالة أو متقادمة، منها: journalfile و enablebal و txpool.overflowpoolslots. خلفية وسياق يختلف تركيز "Pasteur" عن تحديثات BSC الأخيرة التي انصبت بشكل أساسي على تقليص زمن الكتلة. يستهدف هذا التحديث تحسين الاستفادة من السعة الحالية للكتل مع سد ثغرات أمنية مرتبطة بالتحويلات عبر السلاسل وسلطات المدققين. كان "Pasteur" يعمل على شبكة اختبار BSC منذ 21 يوليو، وسيكون إطلاقه على الشبكة الرئيسية الاختبار الحاسم لمعرفة ما إذا كانت مكاسب QANet في السعة والإنتاجية ستظهر تحت ضغط الاستخدام الواقعي. إذا كنت تُشغّل عقدة، أو تدير مدققًا، أو تعمل على مستوى البروتوكول، فقم بالترقية إلى v1.7.7 واتباع إرشادات الإعداد قبل 02:30 UTC في 25 أغسطس لتجنب انقطاع الخدمة. لا يُتوقع أن يحتاج المستخدمون العاديون ومعظم مطوري التطبيقات إلى اتخاذ أي إجراء.