بيتكوين (BTC): Bitcoin Core يدمج إصلاح البث الخاص في فرع 32.x

الإصلاح يصل إلى فرع 32.x

مشغّلو العقد على الإصدار المستقر هم الجهة التي لا تزال تنتظر. دمج فريق تطوير Bitcoin (BTC) Core، التنفيذ المرجعي الذي يشغّل حصة كبيرة من العقد الكاملة على شبكة إثبات العمل، إصلاحًا لميزة البث الخاص الحافظة للخصوصية في فرع 32.x يوم 1 أكتوبر، في حين لا تحمل سلسلة 31.x المستقرة الراهنة أيًّا من ذلك بعد. وأي تغيير في طريقة إعادة تمرير حركة البيانات في هذا البرنامج يطال المحافظ والمنصات والخدمات المعتمدة على تلك العقد لبث المعاملات. جاءت ميزة البث الخاص أول مرة في الإصدار Bitcoin Core 31.0 كخيار تجريبي معطّل افتراضيًا، وتنقل المعاملات الخام عبر اتصالات مخصصة قصيرة العمر تمرّ بشبكات مجهولية مثل Tor أو I2P، ما يحفظ عنوان المرسِل بعيدًا عن نظرائه الذين يستلمون المعاملة أولاً. أما العيب الذي يعالجه الإصلاح فهو من نوع الارتباط لا الكشف المباشر. ففي السلوك القديم، كانت العقدة التي تلاحظ سلوكًا سيئًا على اتصال مخصص تستطيع معاقبة النظير الوافد منه، مستخدمة الجزاء نفسها الذي تفرضه على الاتصالات العادية. وهذه العقوبة قابلة للملاحظة من خارج العقدة، ومعاقبة نظير عادي قد تقطع أيضًا اتصالات أخرى إلى العنوان نفسه. فيستطيع مراقب يتعقب تقلبات الاتصالات ربط اتصال البث الخاص بحركة العقدة العادية، بما يُبطل غاية الميزة. أما المنطق المعاد بناؤه فيُخرج الاتصالات المخصصة من مسار العقاب المعتاد: يظل النظير الذي يسيء التصرف على اتصال بث خاص معزولًا بفصل الاتصال، لكن العقوبة العادية لا تفرّق اتصالات مخصصة تتشارك العنوان ذاته. وتُظهر سجلات التطوير العلنية للمشروع، حتى 9 أكتوبر، أن الإصلاح يستقر في خط 32.x الذي سيحمل الإصدار 32.0 غير المنشور، بينما ينتظر 31.1 وسائر السلسلة المستقرة. والتغيير يمس شفرة إعادة التمرير، لا البلوكتشين ولا سعر البيتكوين.

النقل إلى 31.x ما زال غير مدمج

يوضح مسار الدمج كيف تنقل الإصلاح قبل أن يتوقف. دخل التعديل الأصلي فرع التطوير الرئيسي يوم 25 سبتمبر، ووصل إلى فرع 32.x يوم 1 أكتوبر ليُطرح مع الإصدار 32.0. أما النقل المباشر إلى 31.x فلم يُطبّق بنجاح، فأعاد أحد المطورين بناءه من أجل السلسلة المستقرة وطرحه في مقترح يوم 27 سبتمبر. تلت ذلك موافقات من المراجعين يومي 28 سبتمبر و6 أكتوبر و9 أكتوبر، غير أن الدمج نفسه لم يتم، ولم يحدد المشروع تاريخًا لإطلاق 31.2، وهي نسخة الصيانة التالية في الخط المستقر. ويوثق المشروع كل دمج علنًا، لذا يبقى الفارق بين آخر موافقة والدمج المعلّق ظاهرًا في طلب الدمج المفتوح. وتوضح آلية الإصدارات حجم ما في المؤجلة: فبرنامج Bitcoin (BTC) Core يصدر تحديثات نقطية داخل سلسلة مرقمة، بحيث ينتمي كل من 31.1 و31.2 القادمة إلى سلسلة 31.x، بينما يفتح 32.0 السلسلة التالية. والإصلاح المدموج في 32.x لا يجني منه شيء للعقد المثبتة على الفرع المستقر حتى يُنقل ويُدمج ويُطلق. وثمة إصلاح سابق في هذه السلسلة يسهل الخلط بينه وبين المعلّق: فالإصدار 31.1 صحّح فجوة خصوصية أخرى، تتمثل في إمكانية تراجع الاتصالات المخصصة إلى الشبكة العادية بدلاً من طبقة المجهولية، بما يسرّب عنوان IP للعقدة بكشوف مباشر. أما النقل المنتظر في المراجعة فيسدّ المسار الأدق، حيث يتيح سلوك العقاب على اتصال مخصص لمراقب خارجي ربطه باتصالات العقدة الاعتيادية. وحتى تصدر 31.2، يحتفظ مشغّلو الفرع المستقر بتصحيح تسرب العنوان دون إصلاح الارتباط، وهي فجوة تهم أكثر من غيره من شغّل الميزة التجريبية عمدًا وظن أن الإصدار المستقر يحمل كامل حزمة الإصلاحات.

مشغّلو العقد أمام الخطوة الأخيرة

ترتيب الخطوات هو ما يحدد من يحميه الإصلاح. سبق أن تحركت تعديلات حساسة للخصوصية في البيتكوين بوتيرة مشغّلي العقد، كما حدث مع الشاهد المعزول الذي احتاج بعد تفعيله إلى أشهر من التبني قبل أن يصير مسار المعاملات الافتراضي، ويسلك البث الخاص النمط ذاته: معطّل افتراضيًا، ونافع فقط للأقلية التي تفعّله. وانتظار 31.x ليس تراجعًا، لكنه يترك أقل المستخدمين حذرًا، وهم الذين شغّلوا الميزة داخل الإصدار المستقر، يعملون بمنطق العقاب المعيب حتى تصل 31.2. وتظل أدوات الخصوصية أولوية دائمة لدى أصوات مرتبطة بـأقصية البيتكوين، غير أن البرنامج يتقدم وفق جداول الدمج لا وفق المشاعر. والجهة التي لم تتحرك بعد هي فريق الإصدارات، وما لم يُدمج تعديل 31.x مع تاريخ محدد لـ31.2، يظل الفرع المستقر عائماً بفجوته.