244 / 736UP

Uptime

Доступність майнінгу за виміряний період

Панель показує, що майнер онлайн. Власник вважає, що він працює, але пул — об’єднання майнерів для спільного майнінгу — не отримує результатів. Це не обов’язково суперечність: показники можуть вимірювати різне. Uptime говорить, як довго виконувалася певна умова роботи. Щоб відсоток був корисним, потрібно знати, яка саме. Доступний пристрій, обчислення та прийнята робота — різні речі. Лише разом вони показують, що відбувалося насправді.

Uptime — час, протягом якого пристрій або сервіс виконує обрану умову роботи, або частка цього часу в періоді спостереження. У майнінгу він може вимірювати доступність чи реальні обчислення. Результат має визначати умову, період і спосіб обліку відсутніх даних та простоїв.

Уявімо пристрій, який виконував нашу умову протягом 23 годин із 24 годин спостереження. У цьому власному прикладі uptime становить приблизно 95,83 %. Якщо виключити годину обслуговування, відсоток зміниться, хоча пристрій працював так само. Тому винятки потрібно показувати. Американський Національний інститут стандартів і технологій (NIST) пов’язує доступність із придатним до використання доступом до сервісу чи інформації, а не з єдиним майнінговим відсотком. Спочатку визначаємо сервіс і час, потім оцінюємо число. [1]

Hashrate — кількість майнінгових спроб за секунду. В описі 2026 року Braiins розрізняє Worker System Uptime і Worker Hashing Uptime. Перший показник відстежує відповіді пристрою, другий — інтервали з ненульовим hashrate. Отже, сторінка керування може бути доступною, коли обчислення зупинені. Водночас невеликий обсяг обчислень не підтверджує номінальної продуктивності виробника. Ці показники корисні разом: один описує доступність, інший — роботу, але жоден не пояснює весь результат самостійно. [2]

Braiins Manager використовує Unknown, коли бракує потрібних даних. Agent Offline означає, що не відповідає служба збору — агент, який передає дані. Саме по собі це не доводить зупинки майнінгу: моніторинг міг відмовити, поки пристрій працює. Але й автоматично зараховувати прогалину як успішну роботу не можна. Невідомі інтервали краще показувати окремо або пояснювати їхню участь у розрахунку. Інакше ті самі відсутні вимірювання створюють протилежні враження в різних панелях. [3]

Mining Pool об’єднує роботу майнерів і розподіляє винагороди за своїми правилами. Пристрої надсилають не кожну спробу, а вибрані результати, що відповідають простішій умові пулу, — shares. Braiins Pool оцінює ефективний hashrate за цими результатами. У короткому проміжку на нього впливають випадковість пошуку shares та якість з’єднання. Нижчий показник не можна прямо перетворити на такий самий відсоток простою. Спершу порівняймо однакові періоди й перевірмо, чи пул отримував і приймав роботу. [4]

У моніторингу Braiins Pool Offline означає, що hashrate не виявлено. Пул при цьому прямо не перевіряє мережеву доступність машини. Документація описує знімки кожні 5 хвилин; перехід із OK до Low потребує двох послідовних періодів нижче заданої межі. Disabled означає вимкнений моніторинг, а не зупинений майнінг. Тому червона чи сіра позначка — початок перевірки, а не готовий діагноз. Інший інструмент може визначати той самий статус інакше. [5]

Документація панелі Braiins Manager вказує оновлення кожні 5 хвилин, але затримку 20 хвилин для часових рядів — вимірювань, упорядкованих за часом. Оновлення екрана й час зображеної події — не одне й те саме. Під час перевірки тривоги остання точка графіка може ще не відображати втручання чи поточного стану. Перед висновками перевірте час події, часовий пояс і вік точки. Ці інтервали стосуються наведеної документації, а не всіх інструментів моніторингу. [6]

Curtailment — свідоме обмеження роботи, наприклад через дорогу електрику або вимогу електромережі. Braiins пояснює, чому нижчий hashing uptime у такому разі не обов’язково вказує на технічну несправність. У звіті слід розділяти планові обмеження, обслуговування й раптові відмови. Усі зменшують час обчислень, але потребують різних рішень. Вищий uptime сам не доводить більшого прибутку: важливі ціна електрики, продуктивність і прийнята робота, а не лише години ввімкнення. [2]

Worker — ім’я, під яким пул записує роботу. Braiins Pool відстежує кілька пристроїв з одним ім’ям разом, тому лише цей підсумок не дає окремого діагнозу кожного. У прикладі обидві машини спостерігаємо протягом однакового періоду. Вага кожної відповідає її частці в їхньому сумарному номінальному hashrate. У нашому прикладі hashrate двох машин становить 100 TH/s і 200 TH/s (трильйонів спроб за секунду), а uptime — 100 % і 50 %. Просте середнє дорівнює 75 %, а зважене за номінальним hashrate — 66,67 %. Простій потужнішої машини важить більше. Це все ще не вимірювання прийнятих shares, а інший підсумок часу роботи. Тому потрібно вказувати ваги. [5]

Для повної картини прочитайте також Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. На цю статтю також посилаються 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Документація
Переглянуто: Спочатку джерела · Не інвестиційна порада