مع مرور السنوات، تم حل العديد من المشكلات البرمجية في شبكة سولانا، ما أدى إلى انخفاض ملحوظ في أوقات إنتاج الكتل—أي الفترة التي تستغرقها الشبكة لإنشاء كتلة معاملات جديدة—حتى تراجعت أحيانًا إلى أقل من المستوى الافتراضي البالغ 400 مللي ثانية.

غير أن الشهر الأخير شهد ظاهرة لافتة، حيث قفز متوسط أوقات إنتاج الكتل وبدأت سولانا في إضافة المعاملات إلى قاعدة البيانات بشكل أبطأ مما كانت عليه سابقاً. ويُعزى ذلك إلى نمط جديد انتشر بين المدققين، تبين معه أن إنتاج الكتل بوتيرة أبطأ قد يكون أكثر ربحية للبعض. وتشير معلومات Blockworks إلى أن Anza وJito وMarinade تراجع حلولاً لمعالجة هذه الإشكالية.

شهدت مدة الحقب في سولانا ارتفاعاً في يونيو. المصدر: Kamino

في كل كتلة على شبكة سولانا، يتولى مدقق يُسمى "القائد" مهمة جمع المعاملات، وإنشاء الكتلة، وبثها إلى الشبكة. يحصل القادة على رسوم المعاملات من الكتل التي ينتجونها. وكلما زاد حجم مرور الأوامر، زادت فرص الاستفادة من الرسوم، ولهذا فإن معالجة معاملات خلال 500 مللي ثانية قد تكون أكثر ربحية من معالجتها خلال 300 مللي ثانية على سبيل المثال.

بعض المدققين في سولانا بدأوا يترقبون أطول فترة ممكنة لتكديس الكتل بمعاملات إضافية، طمعاً في تعظيم عوائدهم؛ الأمر الذي أدى إلى زيادة ملحوظة في مدة الحقب على الشبكة.

هذا الوضع يتعارض مع تركيز سولانا على تحقيق سرعة تماثل ناسداك. كما أن انخفاض عدد الحقب السنوي يعني تقليل فرص تراكم مكافآت التخزين للمستثمرين، كما أشار ماكس كابلان، المدير التقني في Sol Strategies.

توفر سولانا ما يعرف بفترة "سماح التنفيذ" (grace ticks)، وهي مدة إضافية يُسمح خلالها للقادة بتقديم الكتل بنجاح. تهدف هذه الآلية إلى تفادي معاقبة المدققين في المناطق الجغرافية البعيدة بشكل غير عادل، لكنها تسمح أيضاً للبعض بالتأخير المتعمد.

كما أطلق عميل سولانا البديل Frankendancer مؤخراً جدولة خاصة بتعظيم الإيرادات، وأشار كابلان إلى أن المدققين الذين يستخدمون هذا العميل يقومون بتعبئة كتلهم بوتيرة أبطأ من المعتاد نسبياً.

وأوضح كابلان أن التأخير الناجم عن Frankendancer يبقى محدوداً مقارنةً بمدققين آخرين يبالغون في الإبطاء، ولا يعتبر هذه الممارسة "سلبية". وأضاف أن تأخير الكتل ليس ظاهرة جديدة في سلاسل إثبات الحصة، غير أن تحديث Firedancer قد سلط الضوء عليها في سولانا. ولم يصدر عن Jump أي تعليق حتى الآن.

ومن المثير للاهتمام أن المهندس البرمجي في Firedancer، مايكل ماكي، تطرق لهذه الظاهرة في حلقة بودكاست "لايتسبيد" الأخيرة.

قال ماكي: "لاحظنا في بعض الحالات أن المدققين يمكنهم تحقيق كتل أكثر ربحية عن طريق تأجيل تنفيذ المعاملات."

وبيّن محلل الأبحاث في Blockworks فيكتور فام، أن المدققين الذين يتعمدون تأخير الكتل بشكل بارز غالباً ما يستخدمون نسخاً معدلة من عميل Agave-Jito.

فعلى سبيل المثال، خلال الحقب 802 في منتصف يونيو، بلغ متوسط زمن الكتلة لدى مدققي Galaxy وKiln أكثر من 570 مللي ثانية، وسُجلت أزمنة مرتفعة أيضاً لدى مدققين مجهولي الهوية، في حين بلغ متوسط زمن الكتلة لدى مدققي Temporal نحو 475 مللي ثانية، بحسب بيانات سولانا كومباس.

أقرّ إرنست أوبتيتي، الشريك المؤسس لـ Kiln (سادس أكبر مدقق على سولانا من حيث الحصة)، بأن المدقق تسبب لفترة معينة في تأخير إنتاج الكتل، موضحاً أنهم توقفوا عن ذلك الآن.

وقال أوبتيتي: "نفخر في Kiln بتوفير أعلى عائد سنوي للتخزين دون المساس بالأمان، وأجرينا أبحاثاً وتطويراً في مختلف طبقات المنظومة، بما في ذلك الألعاب الزمنية، ونناقش هذا باستمرار مع العملاء وفِرق التطوير والمؤسسة. حالياً نلتزم بالمواصفات ولا نؤخر الكتل، لكن لا يزال آخرون يفعلون ذلك. ونعتقد أن قضية الحوافز (إنتاج الكتل بسرعة يؤدي إلى تقليل المكافآت) يجب أن تعالج بشكل جذري على مستوى البروتوكول."

من جانبه، قال بن كافيرستون، مدير الهندسة في Temporal، رداً على استفسار حول تورط المدقق في ظاهرة بطء الكتل: "لسنا نحن السبب وراء ذيوع هذا الأمر."

وأشار متحدث باسم Galaxy إلى أن الشركة تدعم إعدادات المدققين التي تركز على تعظيم مكافآت التخزين للعملاء، وقد يتطلب ذلك أحياناً اقتراح كتل بوتيرة أبطأ لضمان استحواذ أعلى للمكافآت. كما أكد المتحدث أن Galaxy تتابع ملاحظات المجتمع ورفعت فترات إنتاج الكتل إلى مستويات مقبولة مؤخراً.

وتقابل ممارسات الإبطاء رفضاً صريحاً من مجتمع مدققي سولانا، إذ يتعرض المدققون البطيئون حالياً لانتقادات علنية واسعة.

ومن المنتظر فرض عقوبات فعلية قريباً؛ فقد علمت Blockworks أن Jito تعتزم استبعاد المدققين البطيئين من مجمع الحصة لديها، وهو الأكبر على شبكة سولانا.

وصرح براين سميث، رئيس مؤسسة Jito، بأن المؤسسة بصدد إعداد مقترح حوكمة يمكّن لجنة خاصة من إزالة المدققين المتأخرين عن مجموعة تفويض JitoSOL، وسيُطرح النقاش حوله أمام المجتمع خلال أيام قليلة.

وذكر مايكل ريبتني، الشريك المؤسس لثالث أكبر مجمع تخزين في Marinade، أن المزود "[يعتزم] طرح مقترح حوكمة لمناقشة جوانب إدراج [المدققين البطيئين] كقاعدة صارمة أو كمخالفة لاستراتيجية التفويض."

يُذكر أن هناك حلولًا تقنية قيد العمل على مستوى البروتوكول؛ إذ يُظهر مستودع Anza على GitHub مقترحاً لتقليص فترة السماح لتسليم الكتل إلى النصف. وكذلك من المنتظر أن يسهم تحديث آلية الإجماع المقترح في سولانا في حل المشكلة.

وقال برينان وات، نائب رئيس الهندسة الأساسية في Anza: "سيعالج Alpenglow هذه الإشكالية عبر تفعيل التصويت لتخطي فترات التأخير."

وأوضح وات خلال بودكاست لايتسبيد الأخير أن فريق Anza يأمل بإطلاق Alpenglow على الشبكة الرئيسية قبل مؤتمر Solana Breakpoint في ديسمبر المقبل.

إخلاء مسؤولية:

1. تم إعادة نشر هذه المقالة من [Blockworks]. جميع حقوق النشر محفوظة للكاتب الأصلي [Jack Kubinec]. في حال وجود أي اعتراض على إعادة النشر يرجى التواصل مع فريق Gate Learn للعمل على معالجتها فوراً.
2. إخلاء مسؤولية: الآراء الواردة تمثل رأي المؤلف فقط ولا تعتبر نصيحة استثمارية بأي حال من الأحوال.
3. تتم ترجمة المقالات إلى لغات أخرى بواسطة فريق Gate Learn، ويُمنع نسخ أو توزيع أو اقتباس هذه الترجمات إلا بإذن مسبق ما لم يُذكر خلاف ذلك.