244 / 691UP

Uptime

توافر التعدين خلال فترة مقاسة

يعبّر Uptime عن نسبة فترة محددة استوفى فيها الجهاز شرط التوافر المختار. ميّز بين جهاز يمكن الوصول إليه، وتجزئة غير صفرية، وعمل يرصده المجمع؛ النسب المتساوية لا تعني بالضرورة إنتاجاً متساوياً.

Uptime هو مدة التشغيل أو نسبتها ضمن فترة مراقبة محددة بوضوح. في التعدين يجب بيان ما إذا كان يقيس إمكانية الوصول أو التجزئة أو خدمة أخرى، وكيف تُعالج البيانات المفقودة وأي توقفات تُحتسب.

يربط NIST التوافر بإمكانية استخدام الوصول إلى خدمة أو معلومات، لا بنسبة تعدين موحدة. مثالنا: استيفاء الشرط خلال 23 ساعة من أصل 24 ساعة يعطي نحو ⁦95.83 %⁩. استبعاد ساعة صيانة من المقام يغير المقياس ويجب التصريح به. [NIST — Availability]

في وصف المقاييس الصادر في فبراير 2026 تميز Braiins بين Worker System Uptime، أي جهاز يستجيب، وWorker Hashing Uptime، أي فترات بمعدل تجزئة غير صفري. قد يستجيب الجهاز دون أن يجزئ. كما أن المعدل غير الصفري وحده لا يؤكد بلوغ الأداء الاسمي. [Braiins — Mastering Uptime, 2026]

يستخدم Braiins Manager حالة Unknown عند غياب القراءات؛ وتشير Agent Offline إلى وكيل غير متاح. لذلك لا يثبت فقدان القياس وحده توقف الجهاز. في حسابك، اعرض الفترات المجهولة منفصلة أو اشرح معالجتها؛ ولا تحولها دون دليل إلى تشغيل ناجح أو عطل. [Braiins Manager — Hashing and Connectivity Status]

يستنتج Braiins Pool معدل التجزئة الفعال من النتائج المرسلة التي تستوفي شروطه. تؤثر فيه قصير الأجل عشوائية العثور على shares والاتصال. لا يمكن تحويل الفرق عن قراءة الجهاز مباشرة إلى النسبة نفسها من التوقف؛ قارن فترات متطابقة وجودة العمل المرسل. [Braiins Pool — Hashrate Specification]

في مراقبة Braiins Pool تعني Offline عدم اكتشاف معدل تجزئة، لا قياس تعذر الوصول مباشرة. تؤخذ اللقطات كل 5 دقائق وتتطلب Low فترتين دون الحد. تشير Disabled إلى تعطيل المراقبة؛ ولا تقول إن الجهاز توقف عن التعدين. [Braiins Pool — Monitoring]

تذكر وثائق لوحة Braiins Manager تحديث البيانات كل 5 دقائق وتأخر السلاسل الزمنية 20 دقيقة. ليست هذه خاصية عامة لكل أنظمة المراقبة. عند مقارنة تنبيه برسم، تحقق من وقت الحدث والمنطقة الزمنية وعمر البيانات؛ فقد لا تصف آخر نقطة مرئية الحالة الحالية. [Braiins Manager — Dashboard]

تصف Braiins عملية Curtailment بأنها خفض مقصود للتشغيل، مثلاً عند ارتفاع أسعار الطاقة أو طلب الشبكة. لذلك لا يعني انخفاض hashing uptime وجود عطل بالضرورة. افصل القيود المخططة والصيانة والأعطال غير المتوقعة؛ فارتفاع uptime وحده لا يثبت زيادة الربحية. [Braiins — Mastering Uptime, 2026]

يراقب Braiins Pool اسم worker كوحدة واحدة؛ لذا لا توفر أجهزة متعددة باسم واحد تشخيصاً منفصلاً لكل جهاز. مثالنا: جهازان بمعدلي ⁦100 TH/s⁩ و⁦200 TH/s⁩ وبنسبتي uptime قدرهما ⁦100 %⁩ و⁦50 %⁩ يعطيان متوسطاً بسيطاً ⁦75 %⁩، لكن المتوسط المرجح بالمعدل الاسمي هو ⁦66.67 %⁩. صرّح بالأوزان؛ فهذا الحساب أيضاً لا يقيس shares المقبولة. [Braiins Pool — Monitoring]

للحصول على صورة أوضح، اقرأ هذا المدخل مع Air Cooling, Hashrate, Curtailment, Mining Farm. تشير إلى هذا المدخل أيضًا Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.

DOC · 001NIST — Availabilityتوثيق ↗DOC · 002Braiins — Mastering Uptime, 2026توثيق ↗DOC · 003Braiins Manager — Hashing and Connectivity Statusتوثيق ↗DOC · 004Braiins Pool — Hashrate Specificationتوثيق ↗DOC · 005Braiins Pool — Monitoringتوثيق ↗DOC · 006Braiins Manager — Dashboardتوثيق ↗
المصادر أولًا · ليست نصيحة استثمارية