بطء الانتشار وبطء التحقق ليسا مشكلة واحدة
عند ظهور كتلة جديدة، تحتاج العقد الأخرى إلى الحصول على معاملاتها والتحقق منها. إذا كانت ذاكرة التخزين المؤقتة (mempool) لعقدة ما تحتوي بالفعل على معظم المعاملات، فإن تنزيل جميع المعاملات بشكل متكرر يُهدر عرض النطاق الترددي. تستغل الكتل المضغوطة هذا التداخل، حيث تُرسل معلومات إعادة البناء اللازمة أولًا. يُحسّن هذا من انتشار البيانات، لكن هذا لا يعني أن العقد يمكنها تخطي عمليات التحقق من المعاملات، كما أنه لا يضمن سرعة نقل أسرع من عمليات النقل الكاملة في كل مرة.
كيف تُساعد المعرّفات المختصرة في إعادة البناء؟
تحتوي الكتلة المضغوطة الموصوفة في BIP152 على رأس الكتلة، ورقم عشوائي يُستخدم لتوليد المعرّف المختصر، ومعاملات مُعبأة مسبقًا، ومعرّفات مختصرة للمعاملات الأخرى. تحاول العقدة المستقبلة مطابقة المعاملات من ذاكرة التخزين المؤقتة المحلية الخاصة بها، ثم تعيد بناء الكتلة بالتسلسل. لا يُعدّ المعرّف المختصر معرّفًا كاملاً للمعاملة، ولا يُعدّ دليلاً على الرصيد؛ بل هو دليل مُختصر مُصمّم خصيصًا لعملية النشر هذه، ولا يُمكن استخدامه بشكل مستقل للتحقق من صحة المعاملات.
ماذا يحدث عند فقدان المعاملات المحلية؟
إذا كانت العقدة المستقبلة تفتقد بعض المعاملات، أو واجهت غموضًا في المطابقة، أو لم تتمكن من إعادة بناء الكتلة، فستطلب الجزء المفقود من العقدة النظيرة لها. قد تؤثر سياسات الشبكة، واختلافات ذاكرة التخزين المؤقتة، وعوامل أخرى مثل بدء تشغيل العقدة، على معدل النجاح. لا ينبغي أن يؤدي الاطلاع على سجل "طلب إكمال المعاملات" مباشرةً إلى استنتاج أن الطرف الآخر خبيث أو أن هناك خطأً برمجيًا؛ بل من الضروري مراعاة نسبة المعاملات المفقودة، وجودة الاتصال، وما إذا كان التحقق اللاحق قد اكتمل.
مثال على عملية إعادة البناء
لنفترض أن كتلة جديدة تحتوي على عدة معاملات، وأن العقدة قد اطلعت على معظمها في ذاكرة التخزين المؤقت (mempool). بعد استلام الكتلة المضغوطة، يمكنها ملء المواضع المعروفة مباشرةً ثم تنزيل المعاملات المتبقية. إذا كانت العقدة قد انتهت للتو من المزامنة وكانت ذاكرة التخزين المؤقت صغيرة، فإن تكلفة إكمال البيانات ستزداد. يوضح هذا المثال الآلية فقط، ولا ينبغي اعتباره إحصائية حقيقية للشبكة، كما لا يمكن استخدامه لضمان زمن انتشار البيانات في مجمع التعدين.
ما يجب على مشغلي العقد مراقبته
سجل إصدار البرنامج، ونوع اتصال النظير، ووقت استلام الكتلة، وحالات فشل إعادة البناء، وحالة الإكمال، وقارن الأداء خلال الفترات العادية وبعد إعادة التشغيل. تتأثر أوقات التسجيل أيضًا بالساعة المحلية والشبكة. لا يمكن لبيانات جهاز واحد أن تمثل الشبكة بأكملها. عند استكشاف الأخطاء وإصلاحها، تحقق أولاً من وثائق الإصدار الرسمي واتصال الشبكة، ثم انظر إلى الموارد المحلية. لا تُعطّل عمليات التحقق الأساسية أو تنسخ إعدادات غير معروفة سعيًا وراء السرعة.
كيفية تجنب سوء الفهم عند قراءة الأخبار ذات الصلة
عند مصادفة عناوين مثل "ضغط الكتل" أو "مزامنة المستوى الثاني"، تأكد مما إذا كان التقرير يشير إلى نشر الكتل، أو المزامنة التاريخية، أو نهائية الإجماع. لا تُقلل الكتل المضغوطة من متطلبات التحقق من المعاملات في السجل، كما أنها لا تجعل المعاملات المؤكدة غير قابلة لإعادة التنظيم بشكل مطلق. احفظ إصدار BIP، وتنفيذ البرنامج، وبيئة الاختبار للمقارنة مع استنتاجات المؤلف؛ لا ينبغي مقارنة أرقام السرعة أفقيًا دون هذه الشروط.