يستعد مشغلو العقد والمطورون في شبكة بيتكوين لتحديث برمجي حاسم مع دخول نظام Bitcoin Core 32.0 رسمياً مرحلة اختبار الإصدار المرشح. صُمم هذا التحديث لتسريع عمليات التحقق من الكتل ومعالجة ثغرات أمنية خطيرة قد تهدد البنية التحتية للخوادم. ويستهدف المطورون حالياً إطلاق الإصدار النهائي في 10 أكتوبر، رغم أن استمرار الاختبارات قد يؤدي إلى تعديل هذا الجدول الزمني.
يُعد هذا البرنامج، الذي يتيح لأجهزة الكمبيوتر التحقق بشكل مستقل من معاملات وكتل بيتكوين، العمود الفقري للبنية اللامركزية للشبكة. ووفقاً لـ الجدول الزمني الخاص بالمشروع، يؤثر هذا التحديث بشكل أساسي على مشغلي العقد والمطورين الذين يعتمدون على البرنامج لتشغيل المحافظ والخدمات الخلفية.
ما يجب على مشغلي العقد معرفته
نظراً لأن هذا التحديث يقدم تغييرات هيكلية في كيفية معالجة البيانات وتنسيق المعاملات، يجب على مشغلي العقد الاستعداد لعدة تعديلات رئيسية. وبحسب مسودة ملاحظات الإصدار، يركز التحديث على رفع الكفاءة وتوحيد المعايير.
- تسريع فحص الكتل: يسرّع التحديث عمليات التحقق من الكتل من خلال قراءة معلومات قاعدة البيانات بشكل متوازٍ. ويؤدي ذلك إلى تحسين كفاءة المعالجة المحلية دون تغيير المعدل الإجمالي لإنتاج الكتل في الشبكة.
- تحديث تنسيقات المعاملات: ستعتمد أربعة أوامر خاصة بالمحافظ تنسيقاً أحدث بشكل افتراضي لتبادل المعاملات الموقعة جزئياً بين المحافظ وأجهزة التوقيع. ولا يزال بإمكان التطبيقات طلب الإصدار القديم إذا لزم الأمر.
- منع تشغيل الأوامر الخبيثة: يمنع تصحيح أمني حاسم أسماء المحافظ المصممة بشكل خبيث من تنفيذ أوامر غير مصرح بها على جهاز العقدة.
معالجة استنزاف الذاكرة وثغرات الأوامر
يمثل الأمان محوراً رئيسياً في إصدار 32.0، خاصة فيما يتعلق بكيفية تعامل العقد مع الطلبات الخارجية. أثرت ثغرة تشغيل الأوامر تحديداً على الأنظمة غير العاملة بنظام Windows، حيث كان بإمكان مستخدم مصادق عليه إنشاء محافظ. وإذا تم تكوين ميزة walletnotify في النظام لتشغيل أوامر أثناء معاملات المحفظة، كان بإمكان المهاجمين استغلالها.
ويعالج تصحيح منفصل وعالي الأهمية مشكلة الاستهلاك المفرط للذاكرة في خادم HTTP الجديد الخاص بالبرنامج، والذي يدير الطلبات الواردة من التطبيقات المتصلة. وقد فصّل المساهم Matthew Zipkin سيناريو خطيراً لاستنزاف الذاكرة في مقترح التصحيح الخاص به. واكتشف Zipkin الثغرة أثناء تدقيق خادم HTTP باستخدام نموذج Kimi K3، وهو نموذج ذكاء اصطناعي يستخدمه فريق Bitcoin Red Team للبحث عن الثغرات البرمجية.
أثناء عملية مراجعة تصحيح Zipkin، اكتشف مستخدم منصة GitHub المعروف باسم jeanpablojp أن الخطر يمتد إلى ما هو أبعد من المستخدمين المصادق عليهم. فعند تفعيل واجهة REST، كانت الطلبات التي تفتقر إلى بيانات الاعتماد قادرة أيضاً على التسبب في تضخم هائل في الذاكرة. وقبل تطبيق التصحيح، تسببت 16 عملية اتصال غير مصدقة فقط في زيادة استهلاك الذاكرة بمقدار 3.2 جيجابايت خلال 90 ثانية. وبعد مراجعات Zipkin، انخفض هذا النمو إلى 3 ميجابايت فقط، مما أدى إلى تحييد خطر حالة نفاد الذاكرة (OOM) بالكامل.
جهود أمنية أوسع في منظومة بيتكوين
تأتي تصحيحات نظام Bitcoin Core 32.0 وسط جهود أوسع في الصناعة لتعزيز البنية التحتية للعملات المشفرة ضد التهديدات الناشئة. ففي شهر أغسطس، عالجت شركة BitBox المصنعة للمحافظ المادية ثغرتين خطيرتين في البرامج الثابتة، رغم أن الشركة لم تسجل أي دليل على استغلالهما في هجمات نشطة.
وبالمثل، أصدر المطورون القائمون على برنامج المدفوعات Core Lightning مؤخراً تحذيرات لمشغلي العقد التابعين لهم بشأن ثغرات مؤكدة، وهم يعملون بنشاط على إعداد تصحيحات لتأمين قدرات التوجيه في الشبكة.
دور الذكاء الاصطناعي في حماية العملات المشفرة
يُبرز اكتشاف تسريب الذاكرة في خادم HTTP ضمن نظام Bitcoin Core 32.0 تحولاً جذرياً في كيفية تأمين البنية التحتية لتقنية البلوكشين. لم يعد الاعتماد على التدقيق اليدوي للتعليمات البرمجية كافياً للشبكات التي تؤمن مليارات الدولارات. ويثبت النشر الناجح لنموذج Kimi K3 بواسطة فريق Bitcoin Red Team أن الذكاء الاصطناعي التوليدي أصبح أداة لا غنى عنها للكشف عن الثغرات المعقدة والنادرة، مثل حالات نفاد الذاكرة، قبل أن يتمكن المهاجمون من استغلالها.
من خلال تقليص نزيف الذاكرة من 3.2 جيجابايت إلى 3 ميجابايت فقط، يمنع هذا التصحيح ما كان يمكن أن يكون هجوماً مدمراً لحجب الخدمة ضد مشغلي العقد. ومع تزايد إمكانية وصول كل من القراصنة الأخلاقيين ومجرمي الإنترنت إلى أدوات الذكاء الاصطناعي، فإن السرعة التي يدمج بها المطورون الأساسيون عمليات التدقيق المدعومة بالذكاء الاصطناعي ستحدد مدى مرونة الشبكات اللامركزية في المستقبل.
