Stale Rate هي نسبة الأحداث أو العمل الموزون المصنّف stale ضمن مجموعة محدّدة بدقة. يركّز هذا المدخل على shares مجمّعات التعدين التي تصل أو تُعالج في سياق مهمة تعدين لم يعد محدّثاً.
عند SetNewPrevHash يفرض Stratum V2 الانتقال إلى هاش الكتلة السابقة الجديد؛ ومن المهام المعدّة لا يبقى صالحاً إلا job_id المشار إليه. لذا فإن العثور على هاش أدنى من الهدف السابق لا يضمن وحده صلاحيته للعمل الحالي. يحتاج التشخيص إلى سياق المهمة وتغيّراتها، لا إلى وقت الإرسال فقط. [Stratum V2 — Mining Protocol]
مثال: من 100 إرسال بالصعوبة نفسها، يُقبل 98 ويُرفض 1 بصفته stale و1 لسبب آخر. نسبة stale المرفوضة هي 1%، بينما rejection rate الإجمالية 2%. هذا توضيح لبسطين مختلفين وليس لحدود تشغيل مقبولة. يعرّف F2Pool معدل الرفض نسبةً إلى جميع shares المرسلة. [F2Pool — Rejection and Staled rates]
يحوّل Braiins الـ share ذات الصعوبة d إلى d من وحدات العمل الأساسية. إذا اشتمل المثال على stale share واحدة بصعوبة 1 وأخرى مقبولة بصعوبة 9، كانت النسبة بالعدد 50% ولكن بالوزن 10%. يجب أن تستخدم البسوط والمقامات المقارنة الوحدة نفسها واصطلاح الصعوبة نفسه. [Braiins — Share difficulty accounting]
تميّز وثائق F2Pool بين shares المسماة “Staled” المدفوعة، وstale shares المرفوضة التي لا تولّد مكافأة. ولا يمكن تعميم هذه السياسة على كل مجمّع. قبل تحويل النسبة إلى إيراد مفقود، تحقّق من الفئة الفعلية وقواعد القبول والتسوية؛ اسم المؤشر وحده لا يكفي. [F2Pool — Rejection and Staled rates]
يسمح Stratum V2 بتجميع SubmitShares.Success. يعرض new_submits_accepted_count عدد الإرسالات المؤكّدة حديثاً، ويعرض new_shares_sum مجموع صعوباتها. لذلك لا يساوي عدد ردود الخادم عدد shares المقبولة. ويحمل SubmitShares.Error الحقلين sequence_number وerror_code؛ فلا يجوز وصف كل خطأ بأنه stale دون تمييز أسبابه. [Stratum V2 — Mining Protocol]
يتناول BIP152 بروتوكول Compact Block Relay بين عقد P2P، لا محاسبة shares في المجمّع. قد يؤثّر خفض البيانات المنقولة في تأخر وصول الكتل، لكنه لا يعطي وحده Stale Rate للمُعدّن. ولا يمكن استخدام نسبة الكتل المتنافسة في الشبكة بدلاً من نسبة الإرسالات المتأخرة لعامل worker معيّن. [BIP152 — Compact Block Relay]
يميّز رصد Braiins بين shares_5m وshares_60m وshares_24h. استخدم النافذة الزمنية ونطاق workers نفسيهما في بسط نسبتك ومقامها. عدم رصد أي إرسال لا يعني قياس خسارة 0%؛ فالنسبة غير معرّفة. ولا تدخل الردود المفقودة وفجوات الرصد تلقائياً ضمن stale. [Braiins — Worker monitoring windows]
يربط F2Pool حالة stale بظروف الشبكة، لكنه يذكر أخطاء البرنامج الثابت وكسر السرعة لأسباب رفض أخرى. ويفصل Braiins اختبار الوصول إلى الخادم عن الأداء الفعلي. افحص سجلات المهام وأسباب الرفض والاتصالات للفترة نفسها؛ فلا يثبت ping وحده أو انخفاض نسبة إجمالية زوال السبب. [F2Pool — Rejection and Staled rates] [Braiins — Connection diagnostics]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Mining Share, Share Difficulty, Mining Latency, Pool Fee. تشير إلى هذا المدخل أيضًا Stale Block, Mining Latency.