Uptime je doba, po kterou zařízení nebo služba funguje podle zvolené podmínky, případně podíl této doby ve sledovaném období. U těžby může měřit dostupnost stroje nebo skutečné počítání. Výsledek musí říkat, co se počítá jako provoz, jaké období sleduje a jak zachází s chybějícími daty a odstávkami.
Představme si stroj, který splňoval naši podmínku provozu po dobu 23 hodin ze sledovaných 24 hodin. V tomto vlastním příkladu vychází uptime přibližně na 95,83 %. Jestli hodinu údržby ze sledovaného období vyřadíme, dostaneme jiné procento, přestože se na stroji nic nezměnilo. Proto musí být výjimky viditelné. Americký Národní institut pro standardy a technologie (NIST) spojuje dostupnost s použitelným přístupem ke službě či informaci; nedává jedno společné těžební procento. Nejdříve tedy definujeme službu a čas, až potom hodnotíme číslo. [1]
Hashrate je počet těžebních pokusů za sekundu. Braiins v popisu z roku 2026 rozlišuje Worker System Uptime a Worker Hashing Uptime. První sleduje, zda zařízení odpovídalo, druhý intervaly, kdy mělo nenulový hashrate. K řídicí stránce se tak můžeme připojit, i když výpočty stojí. Naopak trocha počítání ještě nepotvrzuje výkon uvedený výrobcem. Tyto údaje jsou užitečné společně: jeden ukáže dosažitelnost, druhý práci, ale ani jeden sám nevysvětlí celý výsledek. [2]
Braiins Manager používá stav Unknown, pokud nemá potřebné údaje. Agent Offline znamená, že neodpovídá jeho sběrná služba, tedy agent, který data zprostředkovává. To samo neprokazuje zastavenou těžbu: mohl selhat dohled, zatímco zařízení dál pracuje. Stejně tak nelze mezeru automaticky označit za úspěšný provoz. Ve výkazu je lepší neznámý úsek ukázat zvlášť nebo výslovně popsat, jak vstupuje do výpočtu. Jinak může stejné chybějící měření u různých přehledů vytvářet opačný dojem. [3]
Mining Pool spojuje práci těžařů a rozděluje odměny podle svých pravidel. Zařízení mu neposílá každý pokus, ale vybrané výsledky splňující snazší podmínku poolu, označované shares. Braiins Pool z takto odevzdaných výsledků odhaduje efektivní hashrate. V krátkém úseku s ním pohybuje náhodnost nalezených shares i kvalita spojení. Nižší poolový údaj tedy nelze jednoduše přeložit jako stejně velké procento odstávky. Nejdříve porovnejme stejná období a ověřme, zda pool práci dostával a přijímal. [4]
V monitoringu Braiins Pool znamená Offline, že nebyl zjištěn hashrate. Pool tím přímo netestuje síťovou dosažitelnost stroje. Dokumentace uvádí snímky po 5 minutách; přechod z OK do Low nastává po dvou po sobě jdoucích obdobích pod nastavenou hranicí. Disabled zase říká, že je vypnutý monitoring, nikoli samotná těžba. Červený nebo šedý štítek je proto začátek pátrání, ne hotová diagnóza. Stejně pojmenovaný stav v jiném nástroji může mít jinou definici. [5]
Dokumentace přehledu Braiins Manager uvádí obnovu dat po 5 minutách, ale u časových řad, tedy měření seřazených podle času, zpoždění 20 minut. Obnovení obrazovky a čas zobrazené události tedy nejsou totéž. Pokud právě řešíme alarm, poslední bod grafu ještě nemusí zachycovat zásah ani současný stav. Pomůže zkontrolovat čas události, časové pásmo a stáří bodu, než začneme z grafu vyvozovat závěry. Tyto intervaly patří k uvedené dokumentaci, nikoli ke všem monitorovacím nástrojům. [6]
Curtailment znamená záměrné omezení provozu, například kvůli drahé elektřině nebo požadavku elektrické sítě. Braiins vysvětluje, proč v takové situaci nižší hashing uptime nemusí ukazovat technickou závadu. Ve výkazu proto oddělme plánované omezení, údržbu a nečekanou poruchu. Všechno může ubrat čas výpočtů, ale každá příčina vyžaduje jiné rozhodnutí. Ani vyšší uptime není sám důkazem vyššího zisku: záleží na ceně elektřiny, výkonu a přijaté práci, ne jen na počtu zapnutých hodin. [2]
Worker je jméno, pod kterým pool eviduje práci. Braiins Pool upozorňuje, že více zařízení pod stejným jménem sleduje společně, takže z něj nelze samostatně diagnostikovat každý kus. V tomto příkladu sledujeme oba stroje po stejné období. Váha každého stroje odpovídá jeho podílu na jejich společném jmenovitém hashratu. Uvažujme náš příklad strojů 100 TH/s a 200 TH/s, tedy bilionů pokusů za sekundu, s uptime 100 % a 50 %. Prostý průměr je 75 %, ale při vážení podle jmenovitého hashratu vyjde 66,67 %. Výpadek silnějšího stroje má větší váhu. Tento průměr stále neměří přijaté shares; jen jinak shrnuje provozní dobu. Proto uvádějme i zvolené váhy. [5]
Pro nejúplnější obraz čtěte toto heslo společně s Air Cooling, Hashrate, Curtailment, Mining Farm, Mining Pool. Opačným směrem na něj odkazují také Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.