تحديث كبير في Bitcoin Core يغيّر بروتوكولات المحفظة الافتراضية وقد يسبب اضطرابًا مؤقتًا في التطبيقات الشائعة
أطلقت شبكة بيتكوين نسخة تجريبية جديدة من برنامجها الأساسي تحمل اسم Bitcoin Core v32.0rc1، وتمثل هذه النسخة فترة اختبار مهمة لمشغلي العقد ومقدمي المحافظ والخدمات التي تعتمد على واجهات RPC في بيتكوين.
تم توقيع النسخة التجريبية بشكل موثق في 14 سبتمبر، بينما يهدف الجدول الزمني إلى إصدار النسخة النهائية v32.0 في 10 أكتوبر، مما يمنح الفريق 26 يومًا للاختبار. كانت هناك توقعات سابقة بإصدار النسخة التجريبية في 10 سبتمبر، لكنها تأخرت أربعة أيام دون تأكيد رسمي بفوات الموعد.
هذه النسخة ليست تحديثًا نهائيًا للإنتاج، ولا تعني تفعيل قواعد إجماع جديدة. أحد التغييرات المرتبطة بمقترح BIP 323 يعدل طريقة تعامل بيتكوين مع إشارات التنشيط وتحذيرات النشر غير المعروفة، لكن المقترح نفسه لا يزال في مرحلة المسودة.
كيف يختبر المشغلون النسخة الجديدة؟
يمكن للمشغلين البدء باتباع النمط العام في دليل الاختبار الأخير لبيتكوين كور:
- تشغيل الميزات المستخدمة بشكل متكرر في مجلدات بيانات مؤقتة منفصلة
- مقارنة النسخة التجريبية مع الإصدار السابق 31.1
- مراقبة الاختلافات في بدء تشغيل العقد وسلوك المحفظة واستجابات RPC
هذه المقارنة تكشف الفروقات دون التعامل مع النسخة التجريبية كتحديث إنتاجي عادي.
أبرز التغييرات في الأداء والمحافظ
أكبر تغيير في الأداء هو الجلب المتوازي لمخرجات المعاملات أثناء ربط الكتل. الإعداد الافتراضي هو ثمانية عمال، ويدعم حتى 16، ويمكن تعطيله. تشغيل التحقق المرتبط بالقرص بإعدادات متعددة يكشف ما إذا كانت معالجة الكتل الأسرع تأتي بتكاليف غير مقبولة على المعالج أو الذاكرة أو التخزين.
تواجه المحافظ والخدمات مخاطر انكسار منفصلة. أربع واجهات RPC ستعتمد افتراضيًا على PSBTv2، بينما تزيل واجهات أخرى حقولًا مهملة أو ترفض وسائط كانت الإصدارات الأقدم تقبلها. على الفرق التي تنشئ أو تحول أو تزيد رسوم PSBTs تتبع هذه المعاملات عبر المحللات والموقّعين.
معالجة الرسوم واختبار الفشل
تحتاج معالجة الرسوم إلى تغطية مسارات الفشل أيضًا. الإعداد الافتراضي combines بين مقدرات سياسة الكتل والذاكرة المؤقتة، وقد يعيد تقديرًا أقل وقد يفشل إذا فشل أي مكون. على المشغلين مراقبة بدء التشغيل وظروف الذاكرة المؤقتة الفارغة أو غير الصحية، ثم التأكد من أن المراقبة والاحتياطيات الصريحة تعمل كما هو متوقع.
إعادة كتابة خادم HTTP وتوسيع نطاق الاختبار
إعادة كتابة خادم HTTP توسع نطاق الاختبار beyond العقد نفسه. تضيف حدًا للترويسة يبلغ 8,192 بايت، ومعالجة أكثر صرامة للترويسات المشوهة، وحدًا افتراضيًا لـ 16 اتصال RPC، وعناصر تحكم جديدة في ذاكرة REST المؤقتة، وفصلًا فوريًا لعناوين العملاء غير المصرح لهم. هذه التغييرات قد تظهر في الوكلاء العكسيين وفحوصات الصحة ومجموعات العملاء ومعالجات الأخطاء.
التراجع عن التحديث ونقاط الاهتمام
يستحق التراجع عن التحديث نفس القدر من الاهتمام. فهرس المعاملات المعاد بناؤه يستخدم أقل من نصف مساحة القرص، لكن الإصدارات الأقدم لا تستطيع قراءة التنسيق الجديد، لذا قد يؤدي الرجوع إلى إعادة بناء أخرى تستغرق ساعات. على المشغلين المهتمين بالخصوصية أيضًا إعادة إنتاج مسارات فشل البث الخاص حول إصلاح Tor الاحتياطي، وقائمة 10,000 عنصر، وحد 1,000 محاولة، وسلوك النقل تحت الضغط. وبما أن الإصدار النهائي لا يزال هدفًا فقط، فإن هذه الحالات الحدية هي العمل العملي لنافذة النسخة التجريبية.
أسئلة شائعة
ما هي نسخة Bitcoin Core v32.0rc1؟
هي نسخة تجريبية مبكرة من برنامج بيتكوين الأساسي، مخصصة للاختبار وليست تحديثًا نهائيًا للإنتاج. لا تفعّل قواعد إجماع جديدة وتهدف لجمع الملاحظات قبل الإصدار الرسمي.
ما الذي يجب على مشغلي العقد اختباره؟
يجب اختبار بدء التشغيل والمحفظة واستجابات RPC، ومقارنة الأداء مع الإصدار السابق 31.1، ومراقبة إعدادات الجلب المتوازي، والتحقق من مسارات فشل الرسوم، واختبار خادم HTTP المحدث، والاستعداد لمخاطر التراجع عن التحديث.
لماذا تعتبر نافذة الاختبار هذه مهمة؟
لأنها الفترة الوحيدة المتاحة قبل الإصدار النهائي المخطط في 10 أكتوبر. خلال هذه الفترة يمكن اكتشاف مشاكل التوافق والأداء والفشل قبل وصول التحديث لمشغلي الشبكة والخدمات المعتمدة على بيتكوين.
