العنوان: خلل في عميل Reth يدفع إلى إصدار تصحيحات سريعة عبر شبكات EVM — واستجابة من Base وBNB Chain تسبب خلل اكتُشف حديثًا في Reth، وهو عميل تنفيذ لإيثيريوم طورته Paradigm، في موجة من التنبيهات الأمنية وتحديثات البرامج عبر عدة شبكات متوافقة مع EVM، بعد اتضاح أنه يؤدي إلى حسابات غير صحيحة لجذر الحالة في ظروف معينة. سارعت الشبكات ومزودو الخدمات إلى تصحيح العُقد المتأثرة والحد من الاضطرابات، ولم يُبلّغ عن أي خسائر مالية. ما الذي حدث؟ - يؤثر الخلل في طريقة احتساب بعض إصدارات Reth لجذر حالة سلسلة الكتل، وهو بصمة تشفيرية تمثل الحسابات والأرصدة ومساحة تخزين العقود الذكية. وقد يؤدي جذر الحالة غير الصحيح إلى اختلاف العُقد بشأن الحالة الراهنة للسلسلة، ما قد يعطل المزامنة أو ينتج براهين حالة غير موثوقة تستخدمها التطبيقات. - أصلح تعديل دُمج على GitHub في 3 نوفمبر خطأً في منطق مكرّر الشجرة في Reth، يتعلق بحدود الفروع المخزنة مؤقتًا، وأضاف اختبارًا انحداريًا لحسابات جذر الحالة التدريجية. وأُدرج هذا التصحيح في Reth v2.10.0 والإصدارات المصححة المرتبطة به. استجابات الشبكات والتسلسل الزمني - Base (شبكة الطبقة الثانية المدعومة من Coinbase): اكتشفت Base المشكلة في 4 نوفمبر وحددت ثغرة قد تؤدي إلى حساب غير صحيح لجذر الحالة في ظروف معينة. وصحح الفريق عُقد إنشاء الكتل في اليوم نفسه، وأعاد حساب جذر حالة الشبكة، وتأكد من مطابقته للقيمة الصحيحة. وأصدرت Base تحديثًا للبرنامج (v1.5.3) لمنع المدقّقين من التوقف عند مواجهة جذور حالة غير صالحة، ونصحت مشغّلي العُقد بتثبيت التصحيح سريعًا. وقالت Base إن العمليات لم تتعطل وإن أموال المستخدمين لم تتأثر. ونُشرت نافذة صيانة حتى 7 نوفمبر، وأُتيح التصحيح للجمهور في 5 نوفمبر. - BNB Chain / opBNB: أقرت BNB Chain في 6 نوفمبر بوجود خطر أمني في Reth، لكنها أوضحت أن opBNB لا تستخدم op-reth، ما يحد من تعرضها للخطر. وقال الفريق إن تأثير الخلل على BSC-Reth محدود، وإنه يستعد لإصدار إصلاح عاجل ويراقب الوضع عن كثب. ولم يكن مطلوبًا من المستخدمين النهائيين اتخاذ أي إجراء وقت صدور الإشعار. - إصلاحات المشروع الأصلي: أدرج مطورو Reth الإصلاح في v2.10.0. وتشمل الإصدارات المصححة المذكورة في تحديثات الأنظمة op-reth 2.8.1 وBase 1.5.3. التقييمات الأمنية والتأثير الأوسع - حذرت شركة أمن سلاسل الكتل Blockaid من أن العملاء الذين لم تُثبت عليها التصحيحات قد تواجه مشكلات في المزامنة أو تعيد براهين غير صحيحة عبر الواجهة eth_getProof. ووصفت الشركة المشكلة بأنها خلل في صحة البرنامج، لا استغلالًا مؤكدًا، وأفادت بعدم علمها بوقوع خسائر مالية. - تفاوت مستوى التعرض للخطر بين الشبكات، تبعًا لطريقة دمج Reth أو تعديله. واحتاجت بعض الشبكات التي تعتمد مباشرة على Reth أو على نسخ متفرعة منه إلى اتخاذ إجراءات تخفيف فورية. الاحتياطات التشغيلية التي اتخذها مزودو الخدمات - علّقت LayerZero، وهي مزود للتشغيل البيني بين السلاسل، مؤقتًا بعض بنيتها التحتية خارج السلسلة المرتبطة بالشبكات المتأثرة، إلى حين طرح الإصلاحات. وأدى ذلك إلى تأخير بعض الرسائل بين السلاسل، لكنه لم يتسبب في فقدان أي رسائل، بحسب التقارير. - فرضت بعض فرق التمويل اللامركزي قيودًا مؤقتة على الإيداعات أو التوجيه بين السلاسل أثناء تقييم مدى تعرضها للخطر. - وفي خطوة ذات صلة، أعلنت ApeChain في 4 نوفمبر أنها تعتزم نقل الأصول (بما فيها APE وUSDC) من LayerZero إلى بروتوكول Chainlink للتشغيل البيني بين السلاسل. وقد صدر إشعار النقل قبل التحذيرات العلنية بشأن Reth، وتعلق بالبنية التحتية القائمة للتشغيل البيني بين السلاسل. ما الذي ينبغي لمشغّلي العُقد والمشاريع فعله؟ - تثبيت الإصدارات المصححة المناسبة: توصي Base مدقّقيها باستخدام v1.5.3؛ والإصلاح الخاص بـReth موجود في v2.10.0؛ كما تتوفر إصدارات مصححة من op-reth (مثل 2.8.1). ووفقًا لـBase، لا يُفترض أن يحتاج المشغّلون الذين يثبتون التحديث إلى إعادة المزامنة أو تنفيذ خطوات استعادة إضافية. - متابعة صفحات الحالة الرسمية للشبكات واتباع إرشادات المشغّلين بينما تستكمل الفرق الإصلاحات العاجلة وعمليات التحقق. الخلاصة كشف خلل مكرّر الشجرة في Reth عن خطر يمس صحة حساب جذر الحالة، ما استدعى استجابات سريعة ومنسقة في عدة منظومات EVM. وقد صدرت التصحيحات وثبتتها شبكات كبرى مثل Base، فيما تعمل BNB Chain على إصلاح المكونات المتأثرة، واتخذ مزودو الخدمات تدابير وقائية مؤقتة. وحتى الآن، أفادت الفرق بعدم حدوث اضطراب تشغيلي أو تأثر أموال المستخدمين، ويبدو أن المشكلة باتت تحت السيطرة لدى المشغّلين الذين يثبتون التحديثات المتاحة. اقرأ المزيد من الأخبار المُنشأة بالذكاء الاصطناعي على: https://app.chaingpt.org/news