Stale Rate vyjadřuje podíl výsledků nebo vážené práce označených jako zastaralé. Při těžbě Bitcoinu v poolu jde obvykle o shares: dílčí doklady výpočtů, které už neodpovídají aktuálnímu zadání. Přesná definice a dopad na odměnu závisejí na sledovaném systému.
Pool je služba, která rozděluje práci mezi těžaře. Když síť najde nový blok, potřebují obvykle začít stavět na něm. Výsledek vypočtený podle předchozího zadání už se pro novou práci nehodí. Stratum V2, protokol pro komunikaci těžebních zařízení, to řeší zprávou SetNewPrevHash: zařízení začne hledat blok navazující na nově určený blok. Z dříve připravených úloh přitom zůstane platná jen ta označená identifikátorem job_id. Při hledání problému proto Petra sleduje platnost zadání, ne jen čas odeslání výsledku. [1]
V jednoduchém příkladu Petra odešle 100 stejně obtížných výsledků. Pool jich 98 přijme, 1 odmítne jako stale a 1 z jiného důvodu. Odmítnuté stale výsledky tvoří 1%, všechna odmítnutí dohromady 2%. F2Pool právě všechna odmítnutí vůči všem odevzdáním označuje jako rejection rate. Stale je v našem příkladu jen jedna část tohoto celku. Čísla představují vysvětlení výpočtu, nikoli přijatelnou provozní hranici; podle jiného členění může mít přehled odlišný význam. [2]
Obtížnost share určuje, jak náročný výsledek musí zařízení předložit. Braiins při účtování převádí výsledek s obtížností d na d základních jednotek práce. Představme si jednu stale share s obtížností 1 a jednu přijatou s obtížností 9. Podle počtu odevzdání vyjde 50%, podle váhy práce 10%. Ani jeden výpočet není sám o sobě chybný. Každý však odpovídá na jinou otázku. Petra proto při srovnání používá stejnou jednotku v obou částech podílu a ověřuje stejnou konvenci obtížnosti. [3]
F2Pool ve své dokumentaci rozlišuje kategorii Staled, která odměnu vytváří, a odmítnuté stale shares, za něž odměna nevzniká. Označení tak samo neříká, zda Petra přišla o peníze. Tuto politiku nelze přenést na každý pool: rozhodují pravidla konkrétní služby a skutečné vyúčtování. Když Petra porovnává poskytovatele, nejprve zjistí, do které kategorie výsledky patří. Teprve potom může odhadovat jejich dopad na příjem. [2]
Při čtení provozního záznamu se snadno přehlédne, že Stratum V2 může jednou zprávou SubmitShares.Success potvrdit více odevzdání. Pole new_submits_accepted_count udává jejich nově potvrzený počet, zatímco new_shares_sum sčítá jejich obtížnosti. Počet odpovědí serveru tedy není počet přijatých shares. U odmítnutí zpráva SubmitShares.Error uvádí sequence_number, identifikaci odevzdání, a error_code, důvod chyby. Bez tohoto rozlišení by Petra mohla všechny chyby omylem považovat za opožděnou práci. [1]
Zpráva o novém bloku musí nejprve projít sítí počítačů, které Bitcoin ověřují. Návrh BIP152 popisuje Compact Block Relay, úspornější přenos bloků mezi uzly v síti P2P, tedy přímo mezi propojenými účastníky. Menší objem dat může zkrátit přenosové zpoždění. Jde ale o šíření bloků, nikoli účtování shares u poolu. Statistika bloků, které zůstaly mimo hlavní řetězec, proto není měřením opožděných výsledků Petřina stroje. [4]
Braiins nabízí přehledy práce za různá období: shares_5m (za posledních 5 minut), shares_60m (za posledních 60 minut) a shares_24h (za posledních 24 hodin). Petra nemůže počet opožděných výsledků z krátkého úseku dělit celodenní prací a výsledek srovnávat s hodinovou statistikou jiného stroje. Obě části výpočtu musejí zahrnovat stejné období i stejná zařízení. Pokud nebyla pozorována žádná odevzdání, podíl není definován; nejde o naměřenou 0% ztrátu. Ani mezera v monitoringu nebo chybějící odpověď sama nedokazuje, že výsledek byl stale. [5]
Petra začne u změn zadání, důvodů odmítnutí a stavu spojení ve stejném období. F2Pool u stale zmiňuje síťové podmínky. Jiná odmítnutí může způsobit chyba firmwaru, tedy řídicího softwaru stroje, nebo přílišné přetaktování: zvýšení pracovní frekvence čipů ve snaze provést více výpočtů. Braiins doporučuje ping, jednoduchý test, zda server odpovídá na síťové dotazy. Úspěšná odpověď ale nepotvrzuje správnost těžby ani připsání odměny. Nižší souhrnné procento samo neprokazuje odstranění příčiny. Smyslem je zjistit, co se změnilo, a sledovat konkrétní druh chyby za srovnatelných podmínek. [2] [6]
Pro nejúplnější obraz čtěte toto heslo společně s Mining Share, Share Difficulty, Mining Latency, Pool Fee, Bitcoin. Opačným směrem na něj odkazují také Stale Block, Mining Latency.