Uptime هو الزمن الذي يحقق فيه جهاز أو خدمة شرط تشغيل مختارًا، أو نسبة ذلك الزمن إلى فترة المراقبة. في التعدين قد يقيس إمكان الوصول أو الحساب الفعلي. ويجب أن يوضح التقرير ما يُعدّ تشغيلًا، والفترة التي يغطيها، وكيف يعالج البيانات المفقودة والتوقفات.
لنتخيل جهازًا حقق شرطنا خلال 23 ساعة من فترة مراقبة تبلغ 24 ساعة. في مثالنا هذا تكون نسبة uptime نحو 95.83 %. إذا استبعدنا ساعة الصيانة من الفترة، تتغير النسبة رغم أن الجهاز فعل الشيء نفسه. لذلك يجب إظهار الاستثناءات. يربط المعهد الوطني الأمريكي للمعايير والتكنولوجيا (NIST) التوافر بإمكان الوصول القابل للاستخدام إلى خدمة أو معلومات، ولا يضع نسبة تعدين موحدة. نحدد الخدمة والمدة أولًا، ثم نقيم الرقم. [1]
Hashrate هو عدد محاولات التعدين في الثانية. في شرحها لعام 2026 تميز Braiins بين Worker System Uptime وWorker Hashing Uptime. الأول يتتبع استجابة الجهاز، والثاني الفترات ذات معدل الحساب غير الصفري. لذلك قد نصل إلى صفحة التحكم بينما الحسابات متوقفة. وبالعكس، فإن قدرًا قليلًا من الحساب لا يثبت الأداء الاسمي للمصنع. يفيد المؤشران معًا: أحدهما يصف إمكان الوصول، والآخر العمل، لكن أيًا منهما لا يشرح النتيجة كاملة منفردًا. [2]
يستخدم Braiins Manager حالة Unknown عند غياب البيانات اللازمة. وتعني Agent Offline أن خدمة الجمع، أي الوكيل الذي ينقل البيانات، لا تستجيب. لا يثبت ذلك وحده توقف التعدين: قد تتعطل المراقبة ويواصل الجهاز العمل. وبالمثل، لا يجوز اعتبار الفراغ تشغيلًا ناجحًا تلقائيًا. الأفضل عرض الفترات المجهولة منفصلة أو شرح كيفية إدخالها في الحساب. وإلا فقد تعطي البيانات المفقودة نفسها انطباعات متعاكسة في لوحات مختلفة. [3]
يجمع Mining Pool عمل المعدّنين ويوزع المكافآت وفق قواعده. لا ترسل الأجهزة كل محاولة، بل نتائج مختارة تحقق هدف المجمع الأسهل، تسمى shares. يقدّر Braiins Pool معدل الحساب الفعلي منها. خلال الفترات القصيرة تؤثر عشوائية العثور على shares وجودة الاتصال في التقدير. لذا لا يمكن تحويل قراءة أقل مباشرة إلى نسبة توقف مساوية. لنقارن أولًا الفترات نفسها ونتحقق من وصول العمل إلى المجمع وقبوله. [4]
في مراقبة Braiins Pool تعني Offline عدم رصد معدل حساب. ولا يختبر المجمع بذلك إمكان الوصول الشبكي إلى الجهاز مباشرة. تصف الوثائق لقطات كل 5 دقائق؛ ويتطلب الانتقال من OK إلى Low فترتين متتاليتين دون العتبة المحددة. أما Disabled فتعني تعطيل المراقبة، لا توقف التعدين. لذا فالعلامة الحمراء أو الرمادية بداية تحقيق وليست تشخيصًا مكتملًا. وقد تعطي أداة أخرى للاسم نفسه تعريفًا مختلفًا. [5]
تذكر وثائق لوحة Braiins Manager تحديث البيانات كل 5 دقائق، لكن مع تأخر قدره 20 دقيقة لبيانات السلاسل الزمنية، أي القياسات المرتبة حسب وقتها. إذن وقت تحديث الشاشة ليس وقت الحدث المعروض. عند فحص إنذار، قد لا تعكس آخر نقطة تدخلنا أو الحالة الراهنة بعد. تحقق من وقت الحدث والمنطقة الزمنية وعمر النقطة قبل الاستنتاج. هذه الفواصل تخص الوثيقة المشار إليها، وليست خاصية عامة لكل أدوات المراقبة. [6]
Curtailment هو تقليل التشغيل عمدًا، مثلًا بسبب غلاء الكهرباء أو طلب الشبكة الكهربائية. توضح Braiins لماذا لا يدل انخفاض hashing uptime حينها بالضرورة على خلل تقني. ينبغي فصل التقييد المخطط والصيانة والأعطال المفاجئة في التقرير. كلها قد تقلل زمن الحساب، لكن كل سبب يحتاج قرارًا مختلفًا. كذلك لا تثبت زيادة uptime ربحًا أكبر وحدها: سعر الكهرباء والأداء والعمل المقبول عوامل مهمة، لا ساعات التشغيل فقط. [2]
Worker هو الاسم الذي يسجل المجمع العمل تحته. يراقب Braiins Pool الأجهزة المشتركة في الاسم معًا، فلا يكفي هذا الإجمالي لتشخيص كل جهاز. يعتمد المثال فترة مراقبة واحدة للجهازين. ويعادل وزن كل جهاز حصته من مجموع معدلي الحساب الاسميين. في مثالنا جهازان بقدرتي 100 TH/s و200 TH/s، أي تريليونات المحاولات في الثانية، وبنسبتي uptime قدرهما 100 % و50 %. المتوسط البسيط 75 %، لكنه يصبح 66.67 % عند الترجيح بمعدل الحساب الاسمي. توقف الجهاز الأقوى يحمل وزنًا أكبر. هذا لا يزال لا يقيس shares المقبولة؛ بل يلخص زمن التشغيل بطريقة أخرى. لذلك يجب إعلان الأوزان المستخدمة. [5]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. تشير إلى هذا المدخل أيضًا Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.